similar to: Privilege separation and linux kernel 2.0.x: mm_receive_fd fails

http://bugzilla.mindrot.org/show_bug.cgi?id=544 Summary: sshd w/privsep fails on Linux 2.0, mm_receive_fd: expected type 1 got 1074276337 Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd

http://bugzilla.mindrot.org/show_bug.cgi?id=327 ------- Additional Comments From jmknoble at pobox.com 2002-07-02 04:11 ------- Could you please check the error message again? Is it: mm_receive_fd: recvmsg: expected received 1 got nnnnnnnn or is it this: mm_receive_fd: expected type 1 got nnnnnnnn ? Those are two different problems, within a few lines of each other. The exact text

Ville Herva [mailto:vherva@niksula.hut.fi] wrote: > Of course, whether O_TEXT is defined or not does not > necessarily imply the availability of "t", but I > can't think of better alternative. Stratus VOS implements O_TEXT and O_BINARY but does not recognize "t". We have the options defined in ANS C and in POSIX. I'm at home and don't have my reference

A simple opengl app that used to work quite fine with wine. Newest CVS, has been like this for some time: ============================================================================ FIXME:pthread_rwlock_rdlock FIXME:pthread_rwlock_unlock Could not stat /mnt/teapot/movies (Input/output error), ignoring drive H: Warning: the temporary directory '/mnt/fat/temp' (specified in wine

Hi, We use rsync on NT (server and client) and we get errors on filenames with a path that has in total more than 256 characters. This seems to be caused by a limit in rsync, not in NT. Is there a way to break this limit withuo having to manually shorten all this filenames? Thx already! Rgds, Bart Coninckx Network Administrator CNE, ASE ************************************* Watco ICT Services

Has anyone got privsep to work under SCO Openserver? I am testing openssh3.3p1. I have Compression turned off in sshd_config. Here is the error messages that I am getting. sshd[21469]: fatal: mm_send_fd: sendmsg(3): Bad file number sshd[21476]: fatal: mm_receive_fd: recvmsg: expected received 1 got 0 --Sam

Hi, I posted this question to the OpenBSD bugs list last week, however I have had no reply and it was suggested on IRC that I post here instead. So I must apologise if this is not appropriate. For a reference here is my previous post: https://marc.info/?l=openbsd-bugs&m=156080681530337&w=2 I am running OpenBSD 6.5-stable (also tested on -current). When I ssh somewhere I get a sig abort

Subject: HPUX and privsep Anyone solved or see the same connection I do with these two issues on HPUX if Privilege Separation is turned off ? Logname not found (3.7.1p2, 3.8.1p1) Login prematurely quits during session setup (mm_send_fd: sendmsg(3): Bad file number | mm_receive_fd: recvmsg: expected received 1 got 0) (3.8.1p1) Seems the mm_xxxx_() functions arent called when PrivSep is off.

http://bugzilla.mindrot.org/show_bug.cgi?id=1080 Summary: 4.1p1 to 4.2p1 broke UsePrivilegeSeparation on HPUX Product: Portable OpenSSH Version: 4.2p1 Platform: HPPA OS/Version: HP-UX Status: NEW Severity: security Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org

I am out of ideas about what the problem is. I am using the default sshd_config installed by the port. I can authenticate, copy files, and start processes, but sshd fails to create a tty session. This happens from remote machines and creating a session from the host machine. I find the following under messages. Aug 8 19:32:16 mongoloid sshd[44626]: fatal: mm_send_fd: sendmsg(4): Bad

Hi, I'm getting the following in my server log when I try to connect. to openssh-3.3p1 on linux 2.0.36 Jun 23 22:53:49 bart sshd[10702]: Accepted password for steve from 10.0.0.240 port 3867 ssh2 Jun 23 22:53:49 bart sshd[10704]: fatal: mm_receive_fd: expected type 1 got 1074202577 Sorry if this came up already, but the search engine seemed to ignore underscores and all the matches matched

Hi OpenSSH developers LINUX, i586, libc5, kernel 2.0.39, gcc 2.7.2.3, OpenSSH 3.3p1 source First I tried just 'configure' and then 'make' but that gave the same error message as given below. Next I tried to explicitly tell the 'configure' process where zlib 1.1.4 and openssl 0.9.6d are installed. configure --with-ssl-dir=/usr/local/ssl --with-zlib=/usr/local results

http://bugzilla.mindrot.org/show_bug.cgi?id=1343 Summary: Privilege separation does not work on QNX Product: Portable OpenSSH Version: 4.6p1 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy: kraai at

Hello! Please consider including the attached patch in the next release. It allows one to drop privilege separation code while building openssh by using '--disable-privsep' switch of configure script. If one doesn't use privilege separation at all, why don't simply allow him to drop privilege separation support completely? -- Sincerely Your, Dan. -------------- next part

https://bugzilla.netfilter.org/show_bug.cgi?id=907 Summary: please include systemd service file Product: nftables Version: unspecified Platform: x86_64 URL: https://github.com/zabbal/nftables-systemd OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: nft

Hi, with a low soft limit on file descriptors, dovecot 2.2.15 warns on startup: Warning: fd limit (ulimit -n) is lower than required under max. load (256 < 1000), because of default_client_limit It could try increasing the limit first, and only report the warning if that fails. I'm attaching a patch that does just this. Without the patch, the soft fd limit is kept at whatever it

The variable cmd is xmalloc'd by buffer_get_string. It is then used in some places but never freed. This patch places the xfree after the last usage and within the confines of all paths. This entire set of patches passed the regression tests on my system. Memory leak bug found by Coverity. Signed-off-by: Kylene Hall <kjhall at us.ibm.com> --- clientloop.c | 2 ++ 1 files changed,

Hi I tried to compile openssh 3.3p1 on a linux 2.0.34 mips system. First I was not able to compile it at all, but then I added the following line to monitor_fdpass.c #define SCM_RIGHTS 0x01 Then it compiled fine, but I am not able to log in. After having entered the password I get the following message in the logfile: Jun 25 20:25:46 raq2 sshd[16129]: fatal: mm_receive_fd: expected type 1 got

Scenario: I have a main website. I want to allow other people with web servers to use rsync to synchronize mirror copies of my website. When the mirror website uses rsync to connect to the server, how can it be sure that the server is not an IP spoofing impostor that is serving up altered files?

Contrast http://cvsweb.mindrot.org/index.cgi/openssh/monitor_fdpass.c?r1=1.23;r2=1.24 with http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/monitor_fdpass.c.diff?r1=1.14&r2=1.15 The original replaces cmsgbuf.tmp with cmsgbuf.buf, while the -portable version *adds* cmsgbuf.buf but retains cmsgbuf.tmp. I assume this was an oversight, and cmsgbuf.tmp should be removed? DES -- Dag-Erling