Package Details: ausweisapp2 2.2.2-1

Git Clone URL: https://aur.archlinux.org/ausweisapp2.git (read-only, click to copy)
Package Base: ausweisapp2
Description: A software application that you install on your computer to use your national identity card or your electronic residence permit for online identification
Upstream URL: https://www.ausweisapp.bund.de/
Licenses: custom:EUPL1.2
Submitter: J5lx
Maintainer: Misery
Last Packager: Misery
Votes: 70
Popularity: 0.71
First Submitted: 2017-09-15 18:13 (UTC)
Last Updated: 2024-10-30 12:11 (UTC)

Pinned Comments

williX commented on 2022-09-18 17:08 (UTC) (edited on 2022-09-18 17:09 (UTC) by williX)

Thanks to older comments, problem with unknown pgp key is solved. Had to enter

gpg --keyserver keyserver.ubuntu.com --recv-keys 699BF3055B0A49224EFDE7C72D7479A531451088

I tried several keyservers, but keyserver.ubuntu.com was the right one.

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »

MartinX3 commented on 2022-06-09 18:40 (UTC)

It's hard to write a firewall rule, since it uses tcp/udp port 24727, but also a random second tcp port on every app start...

Misery commented on 2022-06-02 11:17 (UTC)

@Arch-Jole It's already in makedepends...

makedepends=('cmake' 'qt5-tools')

Arch-Jole commented on 2022-06-02 11:12 (UTC)

makepkg fails if cmake isn't installed. I used makepkg -sr to build package. Maybe add cmake to package dependencies to avoid this. Thanks for the PKGBUILD file. :)

Misery commented on 2022-05-31 15:43 (UTC)

Yes, "Smartphone as cardreader" connects from your desktop to your phone. The smartphone spawn a websocket on random TCP-port and broadcasts a UDP-packet on port 24727 with that information. The desktop clients receives that packet and connects to the smartphone of that random port.

So your desktop client needs incoming UDP 24727 and outgoing TCP 1024-65535. The LOCALHOST-webserver on 24727 on your desktop client is just for the activation of an eID-Link. Also no one can connect to it... because it is localhost only. ;-)

MartinX3 commented on 2022-05-25 18:56 (UTC)

Are you sure it's UDP? Because if I look for open ports it's TCP on localhost

Misery commented on 2022-05-25 07:56 (UTC)

Oh, sorry, I mean UDP ;-)

MartinX3 commented on 2022-05-24 23:27 (UTC)

@Misery Do you mean TCP 24727? I don't know UDO.

It works if I deactivate the firewall, but had no luck by whitelisting TCP 24727. But according to the ports applications listen it must be TCP 24727.

Misery commented on 2022-05-24 12:35 (UTC) (edited on 2022-05-25 07:55 (UTC) by Misery)

@MartinX3 Do you have an example package for that? Incoming UDP 24727 is necessary.

MartinX3 commented on 2022-05-20 13:53 (UTC) (edited on 2022-05-20 14:17 (UTC) by MartinX3)

Is it possible to add a firewallD rule to this package? I already tried to open the used tcp port 24727 myself without success. Only disabling the firewall lets the app work with my smartphone.

Jake commented on 2021-06-25 13:44 (UTC) (edited on 2021-06-25 13:44 (UTC) by Jake)

The default SKS Keyserver Pool is not maintained anymore: https://superuser.com/questions/227991/where-to-upload-pgp-public-key-are-keyservers-still-surviving

For me DNS can't resolve the domain and GPG aborts with "no name". It is advisable to use another keyserver, for example:

gpg --keyserver keyserver.ubuntu.com --recv-keys 699BF3055B0A49224EFDE7C72D7479A531451088

This can also set in in ~/.gnupg/dirmngr.conf. Debian defaults to the modern keys.openpgp.org, but it requires a patch to GPG that upstream refuses to merge: https://dev.gnupg.org/T4393#133689 ; Maybe Arch should add it too...

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »