Then you have a different problem and you will need to show the client and server logs to show the messages up to the point that it stops at authentication.
There should be messages that indicate what has made the client or the server stop at that stage.
The bits of the logs you have shown don’t show any error messages at all so there must be more elsewhere in the logs.
You can always change any privacy sensitive elements of the logs such as your public ip to xxx.xxx.xxx.xxx etc.
Which client are you using on your android os phone?
Your client log is saying that it did not get any reply from its request for the TLS key negotiation.
Your server has no indication of receiving anything from the client.
So the comment in the client log to (check your network connectivity) is a good suggestion.
For some reason the communication from the client is not getting to the server.
Are you using an IP for the connection from the client or are you using a Dynamic DNS. If the latter has the DDNS IP been updated so that the use of the DDNS name is properly sending the client to the right IP.
Where are you trying to make the client connection from? Some wifi hotspots block any VPN type ports that are being used. I have had that problem at various motorway service stations in some countries and dependent on the service station owner.
The various things mentioned with regard to the server don’t apply to IPFire as it has rules to allow all those things. The item one before last is basically what I asked above with regard to using a DDNS for the server address.
Do you have IPFire as the only router on your network between you and your ISP or do you also have an ISP router with double NAT. Maybe something changed on the ISP router. Some of the routers provided by ISP’s can be accessed by the ISP and modified etc unless you turn that option off in the router configuration.
I checked the DnS Configuration. The connection is active and a ping to the DNS Name is also possible.
I check the fritz box configuration and it is proper. Also the fritzbox says, connection to DynDNS is correct and connected. I also checked the Port forwarding, which is also configured for vpn.
When I try to connect via my mobile to ipfire it stops within the step “Authenization”.
When a stop the OPN VPN Service, it stops at “Connection to server”, connection is refused.
So i guess, the ipfire system is connected with my mobile, but the step “Authenization” does not work. Or am i wrong ?
If it is then there should be messages in the OpenVPN Server logs showing the connection to the client but the server log section you showed had no connection with the client messages and you said that all the messages in the server log were similar to what you showed.
Maybe you need to try and make a connection from the client RW to IPFire and then copy the server log from the time you tried to make the connection and show all of the logs from that time onwards.