similar to: following your openssh footsteps

Please tell me where I can ask questions on ssh's use. I installed openssh on two Linux boxes, one is RedHat 6.0 the other is RedHat 6.1. I used the rpms at ftp://thermo.stat.ncsu.edu/pub/openssh-usa/ I used the us versions, and I touched no config files whatsoever. >From one machine, I have no problems connecting to the other machine, but does not work the other way around. Here are

Is it true that configure tests for the existence of librsaref.a, and if it finds it, it assumes that that rsaref is supposed to be used---*even if openssl was not built with rsaref support* ? Mate

First, when I tried to start sshd, I got the message Starting sshd: ssh-keygen: no RSA support in libssl and libcrypto. See ssl(8). sshd: no RSA support in libssl and libcrypto -- exiting. See ssl(8) no RSA support in libssl and libcrypto -- exiting. See ssl(8) So I thought I have to recompile openssl with rsaref flag to config. When I did that, I got compilation error (this is version 0.9.5

On the box moni, I have rpm -q openssh openssh-1.2.1pre25-1us on the box karadi, I have rpm -q openssh openssh-1.2.3pre2-2 On moni, I do/get: scp "wierdlm at karadi:11Lecture/lecture.tex" . wierdlm at karadi.msci.memphis.edu's password: bash: scp: command not found What can be wrong? Do I have to specify the remote path to scp? (It is in $PATH for wierdlm at

Full_Name: Jeet Sukumaran Version: 2.9.0 OS: OS X / Rocks 5.1 Submission from: (NULL) (66.45.136.241) If R is configured using the "--with=x=no" option, then the make fails with the following error: make[4]: Entering directory `/home/jeet/Scratch/r-build/on-frontend/R-2.9.0/src/modules/vfonts' gcc -std=gnu99 -I. -I../../../src/include -I../../../src/include -I/usr/local/include

Hi, Thanks for giving me a detailed reply on hardware needs steven. I have been looking at the archives in detail and found a few people have had problems with zaptel compilation on suse(kernel-source-2.4.19.SuSE-342 // gcc 3.2.2 ) ... is shifting to red hat the only viable scenario...would be a pain cuz suse comes with sun java desktop system( just bought it !! ) ... any fixes would be a

Hi everyone, I've just compiled Asterisk from CVS in my FreeBSD-stable machine. It went fine. I did had to customised the Makefile though: ASTLIBDIR=$(INSTALL_PREFIX)/usr/local/lib/asterisk ASTVARLIBDIR=$(INSTALL_PREFIX)/var/lib/asterisk ASTETCDIR=$(INSTALL_PREFIX)/usr/local/etc/asterisk ASTSPOOLDIR=$(INSTALL_PREFIX)/var/spool/asterisk ASTLOGDIR=$(INSTALL_PREFIX)/var/log/asterisk

Minor fix. I'm using this in my RPM specfile. John --- ./zaptel-1.0-RC1/Makefile.bigu 2004-07-16 17:09:07.000000000 -0500 +++ ./zaptel-1.0-RC1/Makefile 2004-08-18 16:28:45.000000000 -0500 @@@ -316,10 +318,10 @@ elif [ -d $(INSTALL_PREFIX)/etc/init.d ]; then \ install -m 755 zaptel.init $(INSTALL_PREFIX)/etc/init.d/zaptel;\ \ fi - if [ !

I've attached two patches. The first just changes the output of "ssh -V" to print that it was built against rsaref if libRSAglue (which is built as part of openssl only when it is built against rsaref) is present at build-time. The second adds appropriate calls to pam_setcred() in sshd. Without them, our systems can't access AFS because the PAM modules only get tokens at a

Hello. I have been having trouble configuring the source code for the abovementioned. I have to use RSARef as I'm a resident of the USA, so I can avoid patent violation. The configure script fails to see the OpenSSL+RSAref mix on three different platforms, including the following: FreeBSD 4.0-STABLE (Which has its own port, but I wanted to try it there to see if I could reliably reproduce

Hello, I know that there was a previous posting regarding this in which the addition of: CFLAGS+=-I../asterisk/include fixed the problem, but I have tried that and am still getting the following when trying to run make: ./mkdep -fPIC -I../asterisk/include/asterisk -I../asterisk -D_GNU_SOURCE -I/usr/include/mysql `ls *.c` cc -fPIC -I../asterisk/include/asterisk -I../asterisk -D_GNU_SOURCE

I have openssl linked against rsaref and rsaref libraries are in my path but for some reason openssh now fails on SSLeay / OpenSSL tests. checking for OpenSSL directory... configure: error: Could not find working SSLeay / OpenSSL libraries, please install and config.log shows: configure:2795: gcc -o conftest -g -O2 -Wall -I/opt/openssl/include -L/opt/openssl/lib -L/opt/openssl conftest.c -ldl

The following code snippet will not compile support for RSAref on NetBSD even if it exists on the system (which breaks OpenSSL): for WANTS_RSAREF in "" 1 ; do if test -z "$WANTS_RSAREF" ; then LIBS="$saved_LIBS -lcrypto" else LIBS="$saved_LIBS -lcrypto -lRSAglue

On Thu, 14 Jun 2018, Patrick Begou wrote: > Hi, > > I'm facing a problem with setting up LDAP+TLS client authentication in a > kickstart script on CentOS7 for several days. > > Setting up manualy the config with system-config-authentication works but I > need to automate this in kickstart for deploying cluster nodes. > This show that the server side is running fine.

jeet at ku.edu wrote: >=20 > If R is configured using the "--with=3Dx=3Dno" option, then the make fa= ils with the > following error: ,,,, > make[1]: *** [R] Error 1 > make[1]: Leaving directory `/home/jeet/Scratch/r-build/on-frontend/R-2.= 9.0/src' > make: *** [R] Error 1 >=20 > The problem appears to be with the "src/modules/Makefile".

I've installed openssl-0.9.5 using rsaref.a. When I build ssh-1.2.2 with ./configure rsaref is still get the following error when running ssh: ssh: no RSA support in libssl and libcrypto. See ssl(8). What am I doing wrong ?

Howdy, The string of notices on BugTraq about RSAref being vulnerable to overflows has me concerned. After trying to sort through all the messages, I can't figure out whether I need to update OpenSSL (a check of their website indicates no new patches), OpenSSH, both, or neither. I am aware there is no known exploit for it yet. I could be a bad boy and just run all

Sunil-- Actually, you do not "see that openssl has some patent issues." You do see that OpenSSL implements many algorithms, some of which have been (at various times) been patented or encumbered in some countries. Without knowing what country you're in, none of us here can really give useful advice as to which software/algorithm patents could potentially apply. To the best of my

I had to apply this patch to configure.in to get configure to run on Tru64 Unix on Alpha. The RSA test forgot to reset $LIBS. (The compile stopped with missing "zlib.h". I'll send more patches if required. :-) diff -ur src-2.9p1/configure.in src-2.9p1-local/configure.in --- src-2.9p1/configure.in Wed Jun 6 17:15:09 2001 +++ src-2.9p1-local/configure.in Wed Jun 6

Good Afternoon Everyone, I am having a problem with compiling the CVS version of *-addons downloaded today. I am also having problems compiling an older version as well but im ignoring that one for now. I believe I have all the correct libraries, and I have done extensive searches everywhere I just wondered if I was missing something really silly, or if this is a problem other people have