similar to: sshd blocking SIGALARM turns out to be due to tcpd

Hi, I use the following log format on windows and Unix platforms: from windows batch script: --log-format="%%t [%%p] <recv<%USER_IP%<%USER%<%%f<%%l<%%b" from unix bash script: --log-format="%t [%p] <recv<${USER_IP}<${USER}<%f<%l<%b" Here are examples of the log lines (on one line): windows client: 2004/01/28 [2308]

I'm having a problem with Samba v2.2.8a under Solaris with tcp wrappers. Here's my current setup: Software: Solaris8 w/current recommended patch cluster gcc v3.2.2 Samba 2.2.8a with the following config directives: --prefix=/server/sw/18 --with-acl-support tcpd v7.6 Inetd.conf lines: netbios-ssn stream tcp nowait root /opt/common/sbin/tcpd /server/sw/prod_samba/sbin/smbd

Salve, I''m protecting hades with the tcpd wrappers and had no problems so far, at least none that I noticed. Today happend something strange. An attacker got a connect on a protected port from a not allowed IP: > Unusual System Events > =-=-=-=-=-=-=-=-=-=-= BTW, thanks for that tool. > Jul 1 03:34:56 hades in.null[18321]: twist > slip139-92-93-124.hol.ch.ibm.net to

Gidday everbody, We have just found an interesting issue regarding the sshd daemon on our SuSE system. For some reasons, the /usr/sbin/sshd process blocks SIGALRM as shown in the /proc/pid/status: $ cat /proc/`cat /var/run/sshd.init.pid`/status Name: sshd State: S (sleeping) SleepAVG: 0% [...] SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000002000 <-- SIGALRM is

Hi, tinc has a fixed timeout of 1 second for select() in the main loop. I think this could be improved. Do you think the following patch goes into the right direction ? I don't know whether pselect() is standard enough (works under "current" linux, however I don't know about the other arches). Maybe a config option is necessary. It's probably possible

Hi, I''m running into something weird here. I''m using RH5.1 with tcp_wrappers 7.6. The syntax for hosts.allow and hosts.deny is: <service list> : <access list> [ : <shell_command> ] Everything works when I _don''t_ use the shell_command. I used the _exact_ line as in the man-pages utilising "safe_finger" (comes with tcp_wrappers), tcpdchk

Hello *, sorry if i missed an article which already solves my problem. I need a working configuration of OpenSSH for Solaris 7 (SunOS 5.7) with AFS support. PAM support to use the AFS PAm module `pam_afs.so' and TCP-Wrapper support would be nice. It would be nice to have similar configurations for Solaris 6 (SunOS 5.6), Solaris 8 (SunOS 5.8) and Solaris 2.5.1. I have tested a few

http://bugzilla.mindrot.org/show_bug.cgi?id=948 ------- Additional Comments From dtucker at zip.com.au 2005-01-19 20:01 ------- Also worth trying: patch #772 in bug #973 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

https://bugzilla.mindrot.org/show_bug.cgi?id=2464 Bug ID: 2464 Summary: Adding timestamp to debug messages (log.c:do_log) Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

https://bugzilla.mindrot.org/show_bug.cgi?id=2464 Bug ID: 2464 Summary: Adding timestamp to debug messages (log.c:do_log) Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

This patch adds value_byte_runs and node_byte_runs. Each byte run represents the offset and length of a data structure within the hive, one per node, and one or two per value depending on the length of the value data. These byte run functions also add additional data sanity checks as a hive is being parsed, mainly checking that a node address actually points to a node, and similarly for values.

The infrastructure for modified-time reporting has been essentially unused. These changes report the registry time by treating the time fields as Windows filetime fields stored in little-Endian (which means they can be treated as a single 64-bit little-Endian integer). This patch adds to the hivex ABI: * int64_t hivex_last_modified (hive_h *) * int64_t hivex_node_timestamp (hive_h *,

On Oct 4, 2011, at 3:53 PM, Eli Friedman wrote: > On Tue, Oct 4, 2011 at 3:10 PM, Khaled ElWazeer > <khalid.alwazeer at gmail.com> wrote: >> Hi, >> >> I have some code which has sigsetjmp / longjmp. After a longjmp, unreachable >> is inserted, which is fine. The problem is that in the backend before >> calling longjmp, some register was spilled to a

-------------- next part -------------- Hello everybody!!! First of all I must say that I'm not an English speaker, so this text may sound a little extrange. I apollogize..... Well, I'm having problems with the SMB printing system. I have spent a lot of time (nearly 15 hours and a houndred of configurations) in it but I could not use it as a printing server. System Configuration: One

I am interested in opinions regarding the use of xinetd versus the use of tcp wrappers. The two programs have similar functionality, but I find xinetd suits my needs better. The biggest problem is the age of xinetd, and AFAIK it is no longer being kept up. Are there any known security issues with xinetd? Another issue is that xinetd makes use of a non-standard inetd.conf layout, but

That code should do it, but I realized you only detect setjmp functions by name. My code is calling "__sigsetjmp" not "segsetjmp". You only support these functions: static const char *ReturnsTwiceFns[] = { "_setjmp", "setjmp", "sigsetjmp", "setjmp_syscall", "savectx", "qsetjmp",

Hi, I have some code which has sigsetjmp / longjmp. After a longjmp, unreachable is inserted, which is fine. The problem is that in the backend before calling longjmp, some register was spilled to a stack location which is live across the jmp. I mean, it will be live after jumping. The stack location was initialized before the call to setjmp, and is used afterwards. Is there any bug in handling

On Mon, 21 Nov 2005 16:53:58 -0600 (CST), Chris wrote: >On Mon, 21 Nov 2005, Kurt Harriman wrote: >> I would like to build an x86 executable consisting of a number of >> subsystems (mostly legacy C code). One subsystem will be compiled >> to native code using llvm. It calls, and is called by, the other >> subsystems, many of which have to be compiled using gcc

Hi, I have a question on tftpd on Slackware - I know this is an embedded Linux forum, but I think it still must be the appropriate place to ask. I have hpa-tftpd V0.40 on Slackware 9.1. No matter what I do, I can't get files transferred to the tftp server. I just get timeouts - no messages in /var/log/messages or in /var/log/syslog - just dealthly silence. This is the configuration line

Start tftp with no host name Enter a host name When looking at the tftp> prompt press ^C $ tftp (to) localhost tftp> *** glibc detected *** double free or corruption (fasttop): 0x08b8b9c0 *** Aborted I've attached a patch fixing this issue but I'm not convinced this is the right way to do it. Radek -- Radek Vok?l <rvokal at redhat.com> -------------- next part