Displaying 20 results from an estimated 900 matches similar to: ".rhosts problem ... backtrackign through code slowly ..."
2000 Jan 13
0
pre25 not honoring .rhosts?
One our servers at work, I use ssh/rdist to sync binaries on various
machines...one master server, several client machines. This requires the
ability to ssh to the remote host without a password, so I have a .rhosts
setup on the remote host, trusting the 'central server'...
With pre25, I can't seem to get this to work anymore...
I have
PermitRootLogin yes
IgnoreRhosts no
set ...
2000 Jan 17
0
Great, another rhosts bug ...
Wow, this is definitely turning out to not be my month ... upgrade all the
servers to OpenSSH due to SSH1.2.26 vulnerabilities ... .rhosts doesn't
work anymore :(
Get that fixed ... now rhosts of usera:hosta -> userb:hostb, where
userb:hostb's rhosts has 'hosta usera' in it fails ...
I don't know if these are problems specific to Solaris 7 or not, but can
ppl check their
1999 Jun 03
0
Security related bug/issue ... or mis-configuration? (fwd)
As a followup to my own email...
We did some testing here today with connecting to the share from an NT
box, where we connect to \\relay\marc as marc when log'd in as a seperate
user...NT refuses to allow it.
Is there a bug with the server that, using smbclient from Linux, allows
you to connect to any share without a password? Can someone test this and
see if its a local problem or not?
1999 Nov 19
0
EGD socket problem ...
Just tried out ssh in pre13, and still get the EGD problem? :(
new-relay:/usr/slocal/src/openssh-1.2pre13> ./ssh -l marc atelier
The authenticity of host 'atelier.acadiau.ca' can't be established.
Key fingerprint is 1024 ef:36:b5:f8:a3:bb:14:4d:a9:4b:f2:90:9a:bd:bb:00.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added
1999 May 11
1
Security related bug/issue ... or mis-configuration?
Morning...
Attached are two files. The first (smb.session) shows one user
connecting to two different shares on a remote server using *no*
password...
The second is the smb.conf file found on that remote server,
running Solaris 2.6, and Samba 2.0.3 ...
I'm *really* hoping that its something that we're overlooking as
far as configuration is concerned...or else there is one helluva
1999 Nov 22
0
OpenSSH 1.2pre14 fails on pam_open_session() ...
Anyone out there know more about PAM under Solaris 7/x86 then I do, that
can maybe tackle this, and/or suggestion a route to take to fix?
After doing some debugging, it looks like the problem is a seg fault at:
sshd.c:void pam_cleanup_proc(void *context)
===========================================
debug("PAM_retval(open_session) about to run");
pam_retval =
1999 Dec 31
2
Ack...OpenSSH no longer compatible with SSH 1.2.26 clients?
I just tried, on a whim, to use an OpenSSH client vs SSH 1.2.26 client,
and I can connect with it...
Something drastic change between pre23 and pre24? Then again, I can't get
pre23 to work anymore either, after further investigation :( OpenSSH
clients connect no problem, just not the old SSH 1.2.26 clients ...
Marc G. Fournier marc.fournier at acadiau.ca
1999 Nov 25
2
pre15 & Solaris 7 ... rsa.h problem ...
I don't remember what we did to fix this last time, and I've had to
rebuild my system completely from scratch over the past few days, so dont'
have past patches to work from ...
new-relay:/usr/slocal/src/openssh-1.2pre15> make
gcc -g -O2 -Wall -I/usr/slocal/include -DETCDIR=\"/usr/local/etc/ssh\" -DSSH_PROGRAM=\"/usr/slocal/bin/ssh\" -DHAVE_CONFIG_H -c
2000 Jan 04
1
Why ...
in packet.c:packet_read_poll(), stored_checksum is an unsigned int, but
GET_32BIT is returning an unsigned long ...
Or isn't it?
Marc G. Fournier marc.fournier at acadiau.ca
Senior Systems Administrator Acadia University
"These are my opinions, which are not necessarily shared by my employer"
2001 Mar 01
0
Ack...OpenSSH no longer compatible with SSH 1.2.26 clients?
Hi Marc,
I am seeing this exact same problem on OpenSSH-2.5.1p1 compiled on a
PowerPC. The same code compiled for an x86 machine works fine.
Your messages on the list didn't seem to indicate any resolution to this
problem. Have you figured out how to make it work?
checksum: 2d2711e2
stored checksum: 2d2711e2
checksum: 72f2b13c
stored checksum: e230f836
Disconnecting: Corrupted check bytes
2000 Jan 12
1
What are these files ... ?
total 3136
-rwxr-xr-x 1 root other 1913044 Jan 12 09:08 sshd
-rw-rw-rw- 1 root other 0 Jan 12 09:08 stSyaqBu
What are the st* files, and why are they being created in the same
directory as sshd lives?
Marc G. Fournier marc.fournier at acadiau.ca
Senior Systems Administrator Acadia University
"These are
1999 Nov 19
0
[openssh-1.2pre13] patch for solaris 7 ...
The attached patch contains fixes for:
1. the fact that solaris 7 has no u_int32_t/u_int16_t defined, but they do
define uint32_t/uint16_t...this chances the define in config.h.in,
which doesn't work, to a properly configure test, and define in
config.h.in
2. fixes a bug in config.h.in where paths.h is included, yet HAVE_PATHS_H
is undefined
3. fixes a bug in bsd-daemon.c where
1999 Nov 19
0
[patch2, 1.2pre13] solaris 7 patch for bsd-login.c
Solaris 7 doesn't have a ut_host element in utmp...patch let's bsd-login.c
compile with this knowledge:
*** openssh-1.2pre13.orig/bsd-login.c Fri Nov 19 00:32:34 1999
--- openssh-1.2pre13/bsd-login.c Fri Nov 19 14:23:49 1999
***************
*** 40,45 ****
--- 40,46 ----
static char *rcsid = "$Id: bsd-login.c,v 1.1 1999/11/19 04:32:34 damien Exp $";
#endif /*
1999 Nov 22
0
Solaris 7 and /dev/null ...
As far as I can tell, it isn't defined anywhere, so bsd-login.c fails:
bsd-daemon.c: In function `daemon':
bsd-daemon.c:70: `_PATH_DEVNULL' undeclared (first use in this function)
bsd-daemon.c:70: (Each undeclared identifier is reported only once
bsd-daemon.c:70: for each function it appears in.)
I dont' know if anyone actually puts /dev/null in a different place...is
there a
1999 Nov 22
0
[solaris 7] compiles, runs but won't let me login ...
ssh -l marc new-relay
marc at new-relay's password:
Connection closed by remote host.
in /var/log/sshd:
new-relay:/usr/slocal/setup> tail /var/log/sshd
Nov 22 14:08:02 new-relay sshd[11533]: Connection from 131.162.200.78 port 1021
Nov 22 14:08:04 new-relay sshd[11533]: PAM Password authentication accepted for user "marc"
No other errors anywhere, and no core's that I can
1999 Dec 30
2
quad_t: incompatible types in config.log:
configure:2050: checking for quad_t
configure:2059: gcc -c -g -O2 -Wall -I/usr/slocal/include conftest.c 1>&5
configure: In function `main':
configure:2055: incompatible types in assignment
configure: failed program was:
#line 2052 "configure"
#include "confdefs.h"
#include <sys/types.h>
int main() {
quad_t a; a = 1235;
; return 0; }
Marc G. Fournier
2000 Jan 04
1
A clue to solaris problem?
Got this from one of my users today ...
==========
sshing did still work last week, but you had to use the blowfish
encryption protocol instead of 3des that is used by default.
==========
Marc G. Fournier marc.fournier at acadiau.ca
Senior Systems Administrator Acadia University
"These are my opinions, which are not necessarily
2000 Jan 12
0
Solaris 7/sparc20 binary comes out weird?
I've tried doing a 'make distclean' and a rebuild on the machine, and I
keep coming up with:
eris:/var/src/openssh-1.2.1pre25> file sshd
sshd: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, UltraSPARC1 Extensions Required, dynamically linked, not stripped
eris:/var/src/openssh-1.2.1pre25> ./sshd
./sshd: Exec format error. Binary file not executable.
2000 Jan 13
0
Huh ... sIgnoreRhosts "reset" 12 times?
It eventually gets where I want it ... doesn't work, but at least its set
right ... but why is it done 12 times?
Note, I just added fprintf(stderr) messages to the case statements in the
read_conf() section of servconf.c ...
./sshd -d
sPermitRootLogin triggered as yes
sIgnoreRhosts triggered as yes
sIgnoreRhosts triggered as no
sIgnoreRhosts triggered as yes
sIgnoreRhosts triggered as yes
2000 Jan 18
0
LD_LIBRARY_PATH under Solaris issues ...
How do/are ppl getting around this:
hermes:/home/centre/edenauto/work/Jan18> ssh -v -l sais iceberg
ld.so.1: ssh: fatal: libz.so: open failed: No such file or directory
Killed
I've tried using -R/usr/slocal/lib, but it doesn't appear to be working
properly ...
Marc G. Fournier marc.fournier at acadiau.ca
Senior Systems Administrator