Comments (11)
Hi,
Instead of recompiling OpenSSH, you should compile windows-fido-bridge with the appropriate SK_API_VERSION
. For OpenSSH 8.9 and higher, that is version 9. To do that, in the instructions for compiling for source, this should be your CMake invocation:
cmake -DCMAKE_BUILD_TYPE=Release -DSK_API_VERSION=9 ..
The default sk-api version is set to 7 because Debian bullseye includes OpenSSH 8.4.
from windows-fido-bridge.
Same problem here.
from windows-fido-bridge.
Are you using OpenSSH_8.9p1
also? I'm wondering if it's something with the portable version of this release that the package doesn't like.
from windows-fido-bridge.
I ran into this same issue when using OpenSSH_8.9p1, version OpenSSH_8.8p1 worked for me.
from windows-fido-bridge.
How did you downgrade to OpenSSH_8.8p1 @Warriorrrr? I need this software to work for my job. I can't use Ubuntu version 20.04 because it has OpenSSH 8.2. I used to run Ubuntu 21.10 which I believe ran Open SSH 8.4, which worked fine. but when I upgraded to Ubuntu 22.04 LTS with OpenSSH 8.9 it does not work.
from windows-fido-bridge.
Looks like the repository has not been updated: https://github.com/mgbowen/apt-repository/tree/master/debian/dists/bullseye/main/binary-amd64 to include this PR: #23
from windows-fido-bridge.
I used the following commands: (source: https://github.com/Allar/windows-fido-bridge/blob/main/README.md#requirements)
cd ~
sudo apt update && sudo apt install build-essential zlib1g-dev libssl-dev libpam0g-dev libselinux1-dev
wget -c https://cloudflare.cdn.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-8.8p1.tar.gz
tar -xzf openssh-8.8p1.tar.gz
rm openssh-8.8p1.tar.gz
cd openssh-8.8p1
./configure --with-md5-passwords --with-pam --with-selinux --with-privsep-path=/var/lib/sshd/ --sysconfdir=/etc/ssh
sudo make install
cd ..
rm -rf openssh-8.8p1
from windows-fido-bridge.
@mgbowen I tried this, but the compilation failed. Let me try to see if I can find you the error for that.
from windows-fido-bridge.
Hi,
Instead of recompiling OpenSSH, you should compile windows-fido-bridge with the appropriate
SK_API_VERSION
. For OpenSSH 8.9 and higher, that is version 9. To do that, in the instructions for compiling for source, this should be your CMake invocation:cmake -DCMAKE_BUILD_TYPE=Release -DSK_API_VERSION=9 ..
The default sk-api version is set to 7 because Debian bullseye includes OpenSSH 8.4.
This worked! Thank you so much for creating such an awesome bridge, maintaining such awesome online docs, and taking the time to respond to issues like this. You're a class act!
from windows-fido-bridge.
@mgbowen The cmake command worked, but when I tried to run make
I got this:
CMake Error at /usr/share/cmake-3.22/Modules/GoogleTestAddTests.cmake:83 (message):
Error running test executable.
Path: '/home/kyle/windows-fido-bridge/build/nested-windows-build/src/nested_windows-build/src/common/common_tests.exe'
Result: Process terminated due to timeout
Output:
Call Stack (most recent call first):
/usr/share/cmake-3.22/Modules/GoogleTestAddTests.cmake:179 (gtest_discover_tests_impl)
make[5]: *** [src/common/CMakeFiles/common_tests.dir/build.make:175: src/common/common_tests.exe] Error 1
make[5]: *** Deleting file 'src/common/common_tests.exe'
make[4]: *** [CMakeFiles/Makefile2:375: src/common/CMakeFiles/common_tests.dir/all] Error 2
make[3]: *** [Makefile:166: all] Error 2
make[2]: *** [CMakeFiles/nested_windows.dir/build.make:86: nested-windows-build/src/nested_windows-stamp/nested_windows-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:191: CMakeFiles/nested_windows.dir/all] Error 2
make: *** [Makefile:166: all] Error 2
However, adding -DBUILD_TESTS=OFF
worked.
from windows-fido-bridge.
This worked! Thank you so much for creating such an awesome bridge, maintaining such awesome online docs, and taking the time to respond to issues like this. You're a class act!
Thanks, I appreciate the kind words :)
@mgbowen The cmake command worked, but when I tried to run
make
I got this:CMake Error at /usr/share/cmake-3.22/Modules/GoogleTestAddTests.cmake:83 (message): Error running test executable. Path: '/home/kyle/windows-fido-bridge/build/nested-windows-build/src/nested_windows-build/src/common/common_tests.exe' Result: Process terminated due to timeout Output: Call Stack (most recent call first): /usr/share/cmake-3.22/Modules/GoogleTestAddTests.cmake:179 (gtest_discover_tests_impl) make[5]: *** [src/common/CMakeFiles/common_tests.dir/build.make:175: src/common/common_tests.exe] Error 1 make[5]: *** Deleting file 'src/common/common_tests.exe' make[4]: *** [CMakeFiles/Makefile2:375: src/common/CMakeFiles/common_tests.dir/all] Error 2 make[3]: *** [Makefile:166: all] Error 2 make[2]: *** [CMakeFiles/nested_windows.dir/build.make:86: nested-windows-build/src/nested_windows-stamp/nested_windows-build] Error 2 make[1]: *** [CMakeFiles/Makefile2:191: CMakeFiles/nested_windows.dir/all] Error 2 make: *** [Makefile:166: all] Error 2
However, adding
-DBUILD_TESTS=OFF
worked.
Hmm, that's odd. My first guess would be Windows Defender/Real-time protection scanning the compiled test executable before executing it, and that scanning time combined with the actual test execution time causes the timeout. Running make test
a few times might cause it to work correctly, but, of course, the better solution would be to increase the timeout (or find out why Windows takes so long to scan the file, if indeed that's the problem).
Either way, I'm glad you were able to get it to work with tests off. I'm going to go ahead and close this as the original issue was resolved; feel free to reopen it if you run into issues again.
from windows-fido-bridge.
Related Issues (20)
- signing failed for ECDSA-SK: invalid format HOT 2
- Ed25519 Support HOT 5
- Create a new release HOT 2
- fatal error: span: No such file or directory HOT 4
- Cmake compile options SK_API_VERSION syntax HOT 2
- Resident Keys Support? HOT 7
- Support tunneling over remote desktop
- Windows Hello support HOT 1
- Using the bridge on Windows 11 is slow HOT 3
- FIDO fails when requests to confirm on ssh, but works fine for ssh-keygen HOT 1
- Provider "libwindowsfidobridge.so" dlopen failed: Exec format error HOT 1
- Not being prompted to enter pin to connect to a remote ssh server
- Missing dependencies on WSL based on ubuntu HOT 1
- Doesn't work anymore after upgrading WSL to 22.04 HOT 1
- [Feature Request] Support OpenSSH 9.1 HOT 1
- Strip debug data from dll
- Cannot do ssh signing HOT 1
- signing failed for ECDSA-SK - requested feature not supported HOT 1
- Failed to parse attestation object HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from windows-fido-bridge.