You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Flag --otp is for specifying time-based one-time password, I make a sub-shell call $() to retrieve it from keepassxc.
Flag --persistent attempts to re-connect if tunnel failed. But it looks like the attempts to reconnect using old totp.
Connection log looks like this
INFO: Connected to gateway.
INFO: Authenticated.
INFO: Remote gateway has allocated a VPN.
...
INFO: Tunnel is up and running.
INFO: Cancelling threads...
INFO: Cleanup, joining threads...
INFO: Setting ppp0 interface down.
INFO: Restoring routes...
delete host ${pub_ip_of_vpn_server}: gateway 192.168.88.1
${date} : Hangup (SIGHUP)
${date} : Modem hangup
${date} : Connection terminated.
${date} : LCP close (User request).
${date} : Connect time 24.1 minutes.
${date} : Sent 435481 bytes, received 5043662 bytes.
ERROR: pppd: The link was terminated by the modem hanging up.
INFO: Terminated pppd.
INFO: Closed connection to gateway.
INFO: Logged out.
INFO: Connected to gateway.
ERROR: Could not authenticate to gateway. Please check the password, client certificate, etc.
INFO: Closed connection to gateway.
INFO: Logged out.
INFO: Connected to gateway.
ERROR: Could not authenticate to gateway. Please check the password, client certificate, etc.
A possible solution would be to remake --otp flag (or introduce a new one) so that it would expect not the totp code itself, but a command that should yield one.
I'm on ARM-based device with macos Sonoma 14.6 (23G80) running openfortivpn installed from brew, tried versions 1.20.5 and 1.22.1 (latest available).
The text was updated successfully, but these errors were encountered:
Flag
--otp
is for specifying time-based one-time password, I make a sub-shell call$()
to retrieve it from keepassxc.Flag
--persistent
attempts to re-connect if tunnel failed. But it looks like the attempts to reconnect using old totp.Connection log looks like this
A possible solution would be to remake
--otp
flag (or introduce a new one) so that it would expect not the totp code itself, but a command that should yield one.I'm on ARM-based device with macos Sonoma 14.6 (23G80) running openfortivpn installed from brew, tried versions 1.20.5 and 1.22.1 (latest available).
The text was updated successfully, but these errors were encountered: