Not connected, Your IP: 216.73.216.39
Online: 42737 users - 519190 Mbit/s total BWAll Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
- Today
-
-
-
-
-
-
-
-
-
-
-
-
I'm in a similar situation. maybe someone listens and makes a danish vpn server soon. would be appreciated thaaanks
-
-
-
Eddie Desktop Edition 2.26 beta released
harold.lewis replied to Staff's topic in News and Announcement
Problems here too as for previous version it does not keep "Don't ask elevation every run" the Gui is not able to connect and keep retrying... -
-
-
-
- Yesterday
-
Torrent downloads are acting weird. The port is green/open, and port forwarding seems to be correct. But the speed keeps going up and down: it jumps to several megabits, then drops almost to zero, no sids, then looks like reconnecting again to them and they are usually stable ( we know ready to give downloads!) then goes up again. It looks like all seeders disconnect, and then they appear again. What could cause this if the port is open? Depends on country? Starts recently... -
Hi guys. I'm going to ask since I haven't heard anything about it in the changelog, do you plan to update Eddie to fully support macOS Silicon? I keep getting the warning in the image attached, I believe Apple will behave as usual and kinda kill whatever is not running on Silicon by the next OS release at the end of this year.
-
-
HowTo: OPNsense using Wireguard with IPv6 support
DeepAnger replied to OPN-UserGuide's topic in How-To
My OpenWrt router is configured to use only IPv4 on its WAN interface (wan6 disabled : my choice, not the OpenWrt defaults). The LAN interface acts as a IPv6 DHCP and has SLAAC enabled. Routing sends everything in the WreGuard interface, IPv4 and IPv6 alike. A windows 11 PC on the LAN running qBittorrent uses both IPv4 and IPv6 local (private) addresses. I gave configuration details with screenshots in this message : -
Hey, I had this trouble today and discovered that its the latest version of qBitTorrent (5.2.1). Down grade your qBitTorrent to 5.2.0 and it should fix itself. -
- Last week
-
-
Eddie Desktop Edition 2.26 beta released
jx35552zza replied to Staff's topic in News and Announcement
I'm running into the same issue and exception on Arch Linux. Downgrading Eddie back fixed it for me as well. I opened a support ticket yesterday, and the staff mentioned they've passed the ticket along to the Eddie developer. -
ANSWERED [solved] Find the Best Server; Lowest Ping
plausible0875 replied to moejoe's topic in Troubleshooting and Problems
Works on WSL (Ubuntu, need to apt install 'jq' and 'fping', run ' sudo apt update' first) But it gives a list of IP addresses Is there a way to link these back to the server names? Easiest way I have found so far is to search with ipleak.net -
it seems that fuzzel and rofi do have separate args to launch forcing a terminal, this would be more of a user configuration issue than an issue with cuckoo. this would be nice, though i've more come to the realization that it is more due to the environment and variables passed to cuckoo rather than a fault within cuckoo. i assume i'm not the first to come across this, but a simple, hacky wrapper using script to create a PTY and launch cuckoo within it gets the job done #!/bin/sh if pgrep -x bluetit >/dev/null 2>&1; then exec script -qfec "cuckoo -r \"$@\"" /dev/null else exec "$@" fi of course, must check if bluetit is running so the namespace file exists. again, thanks to the AirVPN team for both the elaboration and the Suite.
-
Had the same issue, works as soon as I switch to OpenVPN TCP on port 443. -
-
Eddie Desktop Edition 2.26 beta released
MarkDubya replied to Staff's topic in News and Announcement
This version will not connect on Arch Linux and tries multiple times exceeding the account connection limit. There is a notification "Exception: Executable 'service' not found" . I reverted to 2.25.1 for now. Using either the Arch package from the Eddie website or the eddie-ui-git AUR package is the same. -
-
@taikeru Hello! We're glad to know that terminal=true solves the problem. fuzzel and rofi honor the Terminal=true field in .desktop files but they manage it according to their own settings. Please check. For stdout - but a future version can be tty-aware, stay tuned. Kind regards
-
-
surveillancewatch.io Very cool open and interactive database of the surveillance and spyware industry: who builds the tools, who funds them, and how the companies, subsidiaries, and investors all connect. Looks like it was built by privacy advocates, several of which were personally harmed by the tools it tracks. That's reason enough for it to belong here. Their data is open too. Kagi search already pulls the API to flag surveillance linked companies right in search results. Exactly the kind of resource you'd want to read from behind Air anyway. Clear fit for the forum, and maybe something Air would consider supporting.
- ...
-
- 1
-
-
setting terminal launch does work, and launches the application as expected in the cuckoo traffic namespace, but only when launched via gtk-launch or gio. this returns to my initially observed behavior (no launch of application) when the desktop file is launched via an app launcher like fuzzel or rofi. additionally, i tested launching both fuzzel and rofi through terminal and attempting to launch the .desktop file from there, to no avail. the cuckoo version banner appears, but the program does not launch. i imagine i could wrap the Exec param in a forced-terminal launch, but that may defeat the purpose of having a 'one-liner' for cuckoo launch. if i might ask, why does cuckoo require a tty? it seems like a program that should support being launched without terminal output.
-
HowTo: OPNsense using Wireguard with IPv6 support
twistabled4alt replied to OPN-UserGuide's topic in How-To
Thank you for your reply. Could you please elaborate on how you can achieve ipv6 out only using ipv4 to connect to the vpn tunnel? And do you think I could keep my ISP ipv6 for normal browsing?? Thx -
@taikeru Hello! Thank you for your great feedback about the Suite software, much appreciated by the development guys too. Provided that the desktop user is in the airvpn group, the usage you mention should be possible with some caveat, as cuckoo needs a tty. Can you please add the following line to the .desktop file: terminal=true and test again? Kind regards
-
-
Hello! We are glad to announce that Eddie 2.26.0 beta has been released and is now available for public testing. This release is mostly about maintenance, security fixes, and compatibility work. It includes several security hardening changes, updates to OpenVPN 2.7.3 and WireGuard for Windows 1.0, improved OpenVPN driver handling on Windows, and a general cleanup of old or unused code paths. To test it: Go to the download page for your operating system. Click “Switch to EXPERIMENTAL”. Download and install Eddie 2.26.0 beta. Eddie 2.26.0 beta is available for Windows, Linux, and macOS. We are also continuing the larger work of modernizing Eddie Desktop, also with a new modern UI. We know that many requested features are still waiting, including dark mode, split tunneling, Amnezia support, and more. They are not forgotten. For this release, the focus was on fixes and updates that needed to reach users first. We expect this beta to move to stable soon. Thank you for testing, and as always for your support. Main changelog: Version 2.26.0 (Mon, 29 Jun 2026 14:29:16 +0000) [change] [all] Updated the app to .NET 10 [change] [all] Updated the legacy interface to .NET Framework 4.8.1 [change] [windows] Removed Windows 7 support [fix] [all] Cleaned WireGuard configuration generation by removing unsupported entries [change] [windows] Improved OpenVPN driver setup and adapter management on Windows [change] [windows] Removed outdated Windows driver options [change] [windows] Removed the old Windows Firewall Network Lock mode and migrated existing profiles. [change] [linux/macos/bsd] Removed unused filesystem protection handling from the elevated helper. [change] [all] Restricted elevated helper tool discovery to trusted application folders. [change] [all] Added limits to elevated helper replies to protect client memory use. [change] [all] Removed the Tor control cookie path option [fix] [all] Various security hardening fixes [fix] [windows] Fixed Windows elevated launches with long command lines [change] [windows] Improved Windows elevated argument handling to prevent extra arguments from being injected into helper tools [fix] [windows] Fixed Windows OpenVPN routing with TAP adapters [change] [windows] Updated WireGuard for Windows to version 1.0 [change] [all] Updated OpenVPN to 2.7.3 [fix] [linux] Fixed Linux AppImage cleanup. Credits GitHub #147 and #152. Thanks to ThienBienBlue. [fix] [linux] Fixed Network Lock detection on clean systems where optional nftables or iptables tools are not installed. [change] [all] Removed custom OpenVPN and Hummingbird executable path options. [change] [linux] Removed the Linux dependency on the system ICU library [change] [all] Misc fixes and general cleanup Kind regards & datalove AirVPN Staff
-
.thumb.png.8be84fd39f94c1640ac8c5456fbf3449.png)
@Kiki09 Hello! You need to set FIREWALL_VPN_INPUT_PORTS environment variable, otherwise container's firewall blocks all incoming packets on the virtual network interface. Please check the manual https://github.com/qdm12/gluetun-wiki/blob/main/setup/providers/airvpn.md VPN_PORT_FORWARDING_LISTENING_PORTS has a quite different purpose. It sets up a redirection of incoming traffic from the VPN opened port to a custom localhost port of your choosing. As the GlueTun manual clearly warns, do not use this with torrent clients, or any other software that publicly announces its port, as that software would not be aware of the publicly visible port and would be announcing the private port instead (you can see more details of this explanation on our FAQ answer about p2p). Furthermore, it does not even instruct the firewall to allow incoming packets on the virtual network interface. Kind regards -
Port Forwarding Stopped Working?
theradgrad replied to theradgrad's topic in Troubleshooting and Problems
Further testing reveals no pattern as to when it works and when it doesn't (95% of the time it doesn't work). Below are the command outputs for the ones suggested by Staff. I had to adjust some slightly as behavior differs between Linux/FreeBSD (what I presume the commands may be for) and OpenBSD. $ netstat -an -f inet Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address TCP-State tcp 0 64 192.168.1.181.22 192.168.1.187.53299 ESTABLISHED tcp 0 0 *.22 *.* LISTEN tcp 0 0 127.0.0.1.25 *.* LISTEN Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address udp 0 0 10.xxx.xxx.xxx.33179 172.234.25.10.123 udp 0 0 10.xxx.xxx.xxx.28723 66.244.16.123.123 udp 0 0 10.xxx.xxx.xxx.3525 166.88.142.52.123 udp 0 0 10.xxx.xxx.xxx.15687 72.14.186.59.123 udp 0 0 *.42358 *.* udp 0 0 *.9248 *.* udp 0 0 *.* *.* udp 0 0 *.* *.* udp 0 0 192.168.1.181.68 *.* Sadly, none of the ports I have forwarded (XXXXX/YYYYY/ZZZZZ) come up in the output. OpenBSD doesn't natively have sockstat, but I was able to find a similar script on GitHub Gist (also attached). $ chmod +x ~/Downloads/sockstat && doas ~/Downloads/sockstat USER CMD PID MOUNT MODE ADDR _slaacd slaacd 30811 internet6 udp *:0 root slaacd 1097 internet6 udp *:0 root openvpn 27593 internet udp *:42358 _dhcp dhcpleased 13172 internet udp 192.168.1.181:68 _smtpd smtpd 24634 internet tcp 127.0.0.1:25 theradgrad run-server 59906 internet udp *:XXXXX root dhcpleased 78891 internet udp *:0 root sshd 88044 internet6 tcp *:22 XXXXX does appear in this list (although YYYYY and ZZZZZ do not). $ doas netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Mtu Prio Iface default 192.168.1.1 UGS 0 13 - 8 bge0 0/1 10.xxx.xxx.1 UGS 1 23 - 8 tun0 128/1 10.xxx.xxx.1 UGS 5 48 - 8 tun0 224/4 127.0.0.1 URS 0 0 32768 8 lo0 10.xxx.xxx/24 10.xxx.xxx.1 UGS 0 0 - 8 tun0 10.xxx.xxx.1 10.xxx.xxx.xxx UHh 3 3 - 8 tun0 10.xxx.xxx.xxx 10.xxx.xxx.xxx UHl 0 46680 - 1 tun0 127/8 127.0.0.1 UGRS 0 0 32768 8 lo0 127.0.0.1 127.0.0.1 UHhl 1 2 32768 1 lo0 192.168.1/24 192.168.1.181 UCn 2 1467 - 4 bge0 192.168.1.1 xx:xx:xx:xx:xx:xx UHLch 2 364 - 3 bge0 192.168.1.181 xx:xx:xx:xx:xx:xx UHLl 0 119221 - 1 bge0 192.168.1.187 xx:xx:xx:xx:xx:xx UHLc 3 707 - 3 bge0 192.168.1.255 192.168.1.181 UHb 0 0 - 1 bge0 204.8.98.32/32 192.168.1.1 UGS 1 1 - 8 bge0 Internet6: Destination Gateway Flags Refs Use Mtu Prio Iface ::/3 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1 UGS 0 0 - 8 tun0 ::/96 ::1 UGRS 0 0 32768 8 lo0 ::1 ::1 UHhl 10 20 32768 1 lo0 ::ffff:0.0.0.0/96 ::1 UGRS 0 0 32768 8 lo0 2000::/4 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1 UGS 1 29 - 8 tun0 2002::/24 ::1 UGRS 0 0 32768 8 lo0 2002:7f00::/24 ::1 UGRS 0 0 32768 8 lo0 2002:e000::/20 ::1 UGRS 0 0 32768 8 lo0 2002:ff00::/24 ::1 UGRS 0 0 32768 8 lo0 3000::/4 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1 UGS 0 0 - 8 tun0 fc00::/7 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1 UGS 0 0 - 8 tun0 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:/64 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1001 UCn 1 0 - 4 tun0 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:/64 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1001 UGS 0 0 - 8 tun0 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1 link#0 UHch 4 8 - 3 tun0 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1001 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:1001 UHhl 1 11 - 1 tun0 fe80::/10 ::1 UGRS 0 2 32768 8 lo0 fec0::/10 ::1 UGRS 0 0 32768 8 lo0 fe80::1%lo0 fe80::1%lo0 UHl 0 0 32768 1 lo0 fe80::%tun0/64 fe80::xxxx:xxxx:xxxx:xxxx%tun0 Un 0 0 - 4 tun0 fe80::xxxx:xxxx:xxxx:xxxx%tun0 fe80::xxxx:xxxx:xxxx:xxxx%tun0 UHl 0 0 - 1 tun0 ff01::/16 ::1 UGRS 0 3 32768 8 lo0 ff01::%lo0/32 fe80::1%lo0 Um 0 1 32768 4 lo0 ff01::%tun0/32 fe80::xxxx:xxxx:xxxx:xxxx%tun0 Um 0 1 - 4 tun0 ff02::/16 ::1 UGRS 0 3 32768 8 lo0 ff02::%lo0/32 fe80::1%lo0 Um 0 1 32768 4 lo0 ff02::%tun0/32 fe80::xxxx:xxxx:xxxx:xxxx%tun0 Um 0 2 - 4 tun0 No XXXXX/YYYYY/ZZZZZ here. $ doas tcpdump -ni tun0 tcp port XXXXX tcpdump: listening on tun0, link-type LOOP ^C 829 packets received by filter 0 packets dropped by kernel I started the packet capture for XXXXX, then tried connecting to the server externally (failed), then SIGINTed the capture process. Strangely, no packets were dropped. YYYYY and ZZZZZ (these should only be accessible externally) both show a bunch of traffic when connecting externally, which seems work significantly more reliably. External port checks on those also show traffic upon each check (but still claim to be closed). Thank you sockstat -
Port Forwarding Stopped Working?
theradgrad replied to theradgrad's topic in Troubleshooting and Problems
Hello, thank you for replying and demystifying more details for me. I started running through the commands you listed and I think I may have discovered what the problem was (EDIT: probably not, see bottom). I was running my one server binary through an SSH session, which I could've sworn I've done without any issues (maybe I only thought it was okay because of using the host's local IP in those instances), but running it in a terminal window on the host itself seemed to completely resolve the issue. I figure this is a default security measure of OpenBSD which is honestly for the better. As for the other two forwarded ports, they seem to be working perfectly, despite still receiving those strange TCP RSTs through AirVPN's Web-based port checker and on other various port checking sites. Thank you for all of the guidance and helping me look in just the right places for me to figure out the issue. Cheers! If you or anyone else would still like me to post the command outputs, feel free to reply and ask me. EDIT: Never mind, I celebrated too quickly. I temporarily closed the server binary and reopened it, and now I'm back to square one. I'm currently investigating further. EDIT 2: A system restart got it working again. The only change I made to my system in between then was updating something unrelated in FVWM and relaunching that, but maybe it then leading to a different X11 process caused further issues (I'm still fairly new to OpenBSD). Anyway, seems okay now...only time will tell. EDIT 3: It stopped working again. The openvpn connection was up (uninterrupted) and the server binary was up (uninterrupted), it worked just fine initially, then I tried it a second time and it won't work anymore. Investigating some more. -
hello, i've been tinkering with the AirVPN suite for a bit now on Artix Linux (openRC), and so far everything is pretty painless to set up. (immense thanks to the airvpn team for this software suite, it's very nice) i do have a question about cuckoo, though, as it seems to be a bit touchy with being launched via desktop file (via Exec line) or as a child of another (i.e. putting cuckoo -r "%command%" in a Steam game launch parameters). is this behavior supported? i'm perhaps missing something reading the documentation, but it is a little sparse about how cuckoo can be used and to what extents it will not work. testing has shown to me that via terminal, cuckoo -r "<command>" seems to work as expected (i've added my user to the airvpn group) but via .desktop file, any permutation of the launch command seems to launch cuckoo, as it does show the cuckoo version banner (when launched via gio or gtk-launch) but it does not seem to receive the rest of the args from Exec and will not launch the given command Exec=cuckoo -r "<command>" Exec="cuckoo -r <command>" Exec=cuckoo -r \"<command>\" this is more of a nitpick, as i've got no problem writing a couple of wrapper scripts for apps that i need tunneled outside of AirVPN, so i'm more interested in the details. i would like to know if it is or will ever be supported though, as it would be nice to have something along the lines of a mullvad-exclude %command% syntax for Steam game launch parameters that would allow me to test specific games off the VPN (and maybe for competitive games, where i'd rather not have a major spike in ping)
-
Maybe unrelated but thought I would put this out here since I have seen a few differences in my Mint systems for the past week or so. When mounting Eddie on linux mint it used to be crisp and fast then perfect. Now it just hangs on "connecting" and after 45 seconds it disconnects and goes back to connecting again. Second time its very fast and smooth performance, rock solid all day long. Just never had this happen before recently. I have done no homework under the hood this is a simple mention in case some reading through are seeing the same thing. Using Eddie stable - fyi.
-
Hi everyone, I'm currently setting up a media server stack (the "Arr" suite) on a Linux (Ubuntu Server) VM hosted on Proxmox. I'm struggling with seeding: my downloads work perfectly, but my upload speed is constantly at 0 B/s, even for high-demand torrents like the Ubuntu ISO. I am using Gluetun as a sidecar for qBittorrent with AirVPN (WireGuard). Environment: Host: Proxmox (Linux VM - Ubuntu Server) VPN Provider: AirVPN (WireGuard) Setup: Gluetun -> qBittorrent (network_mode: service:gluetun) Port Forwarding: Port 7755 is configured in the AirVPN client area and mapped in Gluetun. Configuration (docker-compose.yml): services: gluetun: image: qmcgaw/gluetun container_name: gluetun cap_add: - NET_ADMIN devices: - /dev/net/tun:/dev/net/tun environment: - VPN_SERVICE_PROVIDER=airvpn - VPN_TYPE=wireguard - WIREGUARD_PRIVATE_KEY=${AIRVPN_WG_PRIVATE_KEY} - WIREGUARD_PRESHARED_KEY=${WIREGUARD_PRESHARED_KEY} - WIREGUARD_ADDRESSES=${AIRVPN_WG_ADDRESS} - SERVER_COUNTRIES=Netherlands - VPN_PORT_FORWARDING_LOCAL_PORT=7755 - TZ=${TZ} - FIREWALL_OUTBOUND_SUBNETS=192.168.1.0/24 ports: - 8080:8080 - 7476:7476 - 8191:8191 - 7755:7755/tcp - 7755:7755/udp volumes: - ${CONFIG_DIR}/gluetun:/gluetun restart: unless-stopped qbittorrent: image: lscr.io/linuxserver/qbittorrent:latest container_name: qbittorrent network_mode: service:gluetun environment: - PUID=${PUID} - PGID=${PGID} - TZ=${TZ} - WEBUI_PORT=8080 volumes: - ${CONFIG_DIR}/qbittorrent:/config - ${DATA_DIR}:/data restart: unless-stopped What I have already verified: AirVPN Dashboard: Port 7755 is active and assigned to my current WireGuard server. qBittorrent Settings: Port is set to 7755, uTP is enabled, global upload limits are unlimited. Internal Connectivity: Downloads work at full speed (10+ MiB/s), confirming the VPN tunnel is functional. Logs: No obvious errors in Gluetun; the WireGuard tunnel initializes correctly. The Issue: Despite these settings, I have 0 incoming connections and 0 upload speed. External port checkers report the port as CLOSED. When monitoring the peer list in qBittorrent, I occasionally see peers attempting to connect, but they disconnect almost immediately. It seems that while I can download (the swarm can see me), external peers cannot establish a stable incoming connection to initiate a handshake. I am testing on private trackers, and I am aware that my 200 Mbps upload speed often gets outrun by dedicated seedboxes with superior peering. However, even when testing with the Ubuntu ISO (a high-demand public torrent), I observe zero incoming connections and no upload activity. This strongly suggests a deeper network configuration issue preventing peers from initiating a handshake with my container. Could this be a routing issue at the Gluetun level, or perhaps a Proxmox/VM network bridge setting that is dropping incoming packets on the forwarded port? Any help or guidance on further debugging (iptables, routing tables, etc.) would be greatly appreciated. Thanks in advance ! -
Apologies if this is obvious or has been answered before, but I was unable to find what I was looking for online or in the forums. I can verify the SHA and MD5 sums for the RPM package just fine, but how can I verify via the supplied key? Even after importing the key trying to verify the signature of the RPM package fails. I'm not the best with RPM so I'm likely missing something obvious, but any help would be greatly appreciated. Thanks! ~ $ sudo rpm --import https://eddie.website/repository/keys/eddie_maintainer_gpg.key -vvv D: loading keyring from rpmdb D: opening db index /usr/lib/sysimage/rpm/Packages.db mode=0x0 D: opening db index /usr/lib/sysimage/rpm/Index.db mode=0x0 D: opening db index Name tag=1000 D: opening db index Basenames tag=1117 D: opening db index Group tag=1016 D: opening db index Requirename tag=1049 D: opening db index Providename tag=1047 D: opening db index Conflictname tag=1054 D: opening db index Obsoletename tag=1090 D: opening db index Triggername tag=1066 D: opening db index Dirnames tag=1118 D: opening db index Installtid tag=1128 D: opening db index Sigmd5 tag=261 D: opening db index Sha1header tag=269 D: opening db index Filetriggername tag=5069 D: opening db index Transfiletriggername tag=5079 D: opening db index Recommendname tag=5046 D: opening db index Suggestname tag=5049 D: opening db index Supplementname tag=5052 D: opening db index Enhancename tag=5055 D: read h# 1179 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-f3f033b1-5d5e777a to keyring D: read h# 8133 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-1abd1afb-450ef738 to keyring D: read h# 40293 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-66de8ddf-5811982a to keyring D: added subkey 0 of main key gpg-pubkey-66de8ddf-5811982a to keyring D: added subkey 1 of main key gpg-pubkey-66de8ddf-5811982a to keyring D: read h# 74820 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-287a0027-682477e3 to keyring D: read h# 97570 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-3fa1d6ce-67c856ee to keyring D: read h# 97571 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-39db7c82-66c5d91a to keyring D: read h# 97572 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-09d9ea69-68595a8c to keyring D: read h# 97680 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-29b700a4-6a17fa38 to keyring D: read h# 101022 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-8a239aec-69833e8e to keyring D: added subkey 0 of main key gpg-pubkey-8a239aec-69833e8e to keyring D: closed db index Enhancename D: closed db index Supplementname D: closed db index Suggestname D: closed db index Recommendname D: closed db index Transfiletriggername D: closed db index Filetriggername D: closed db index Sha1header D: closed db index Sigmd5 D: closed db index Installtid D: closed db index Dirnames D: closed db index Triggername D: closed db index Obsoletename D: closed db index Conflictname D: closed db index Providename D: closed db index Requirename D: closed db index Group D: closed db index Basenames D: closed db index Name D: closed db index /usr/lib/sysimage/rpm/Index.db D: closed db index /usr/lib/sysimage/rpm/Packages.db ~ $ sudo rpm -Kvv eddie-ui_2.24.6_linux_x64_opensuse.rpm D: loading keyring from rpmdb D: opening db index /usr/lib/sysimage/rpm/Packages.db mode=0x0 D: opening db index /usr/lib/sysimage/rpm/Index.db mode=0x0 D: opening db index Name tag=1000 D: opening db index Basenames tag=1117 D: opening db index Group tag=1016 D: opening db index Requirename tag=1049 D: opening db index Providename tag=1047 D: opening db index Conflictname tag=1054 D: opening db index Obsoletename tag=1090 D: opening db index Triggername tag=1066 D: opening db index Dirnames tag=1118 D: opening db index Installtid tag=1128 D: opening db index Sigmd5 tag=261 D: opening db index Sha1header tag=269 D: opening db index Filetriggername tag=5069 D: opening db index Transfiletriggername tag=5079 D: opening db index Recommendname tag=5046 D: opening db index Suggestname tag=5049 D: opening db index Supplementname tag=5052 D: opening db index Enhancename tag=5055 D: read h# 1179 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-f3f033b1-5d5e777a to keyring D: read h# 8133 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-1abd1afb-450ef738 to keyring D: read h# 40293 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-66de8ddf-5811982a to keyring D: added subkey 0 of main key gpg-pubkey-66de8ddf-5811982a to keyring D: added subkey 1 of main key gpg-pubkey-66de8ddf-5811982a to keyring D: read h# 74820 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-287a0027-682477e3 to keyring D: read h# 97570 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-3fa1d6ce-67c856ee to keyring D: read h# 97571 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-39db7c82-66c5d91a to keyring D: read h# 97572 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-09d9ea69-68595a8c to keyring D: read h# 97680 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-29b700a4-6a17fa38 to keyring D: read h# 101022 Header SHA256 digest: OK Header SHA1 digest: OK D: added key gpg-pubkey-8a239aec-69833e8e to keyring D: added subkey 0 of main key gpg-pubkey-8a239aec-69833e8e to keyring eddie-ui_2.24.6_linux_x64_opensuse.rpm: Header V4 RSA/SHA512 Signature, key ID 400d7698: NOKEY Header SHA256 digest: OK Header SHA1 digest: OK Payload SHA256 digest: OK V4 RSA/SHA512 Signature, key ID 400d7698: NOKEY MD5 digest: OK D: closed db index Enhancename D: closed db index Supplementname D: closed db index Suggestname D: closed db index Recommendname D: closed db index Transfiletriggername D: closed db index Filetriggername D: closed db index Sha1header D: closed db index Sigmd5 D: closed db index Installtid D: closed db index Dirnames D: closed db index Triggername D: closed db index Obsoletename D: closed db index Conflictname D: closed db index Providename D: closed db index Requirename D: closed db index Group D: closed db index Basenames D: closed db index Name D: closed db index /usr/lib/sysimage/rpm/Index.db D: closed db index /usr/lib/sysimage/rpm/Packages.db
.thumb.png.6a038f0c5b240c44e0c3cac4683be3ce.png)
