search for: tvp

...cation agent forwarding request. debug1: fd 11 setting O_NONBLOCK debug1: fd 11 IS O_NONBLOCK debug1: channel 1: new [auth socket] debug1: Entering interactive session. debug1: fd 8 setting O_NONBLOCK debug1: fd 9 IS O_NONBLOCK debug1: server_init_dispatch_13 debug1: server_init_dispatch_15 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0...

...0/2400 (e=0) debug1: restore_uid debug1: fd 11 setting O_NONBLOCK debug1: fd 11 IS O_NONBLOCK debug1: channel 1: new [auth socket] debug1: Entering interactive session. debug1: fd 8 setting O_NONBLOCK debug1: fd 9 IS O_NONBLOCK debug1: server_init_dispatch_13 debug1: server_init_dispatch_15 debug3: tvp!=NULL kid 0 mili 60000 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 60000 debug3: tvp!=NULL kid 0 mili 60000 debug3: tvp!=NULL kid 0 mili 60000 debug3: tvp!=NULL kid 0 mili 10 debug3: tvp!=NULL kid 0 mili 60000 debug3: tvp!=NULL kid 0 mili 60000 debug3: tvp!=NULL kid 0 mili 60000 de...

...d I've realy not seen any reference to this. Recently I changed from loglevel info to loglevel debug. After I did that, I started getting a PLETHERA of odd logs. I changed back to LogLevel INFO, but I do stil get these messages, which kinda worry me: Jul 11 10:10:13 cabal sshd[26003]: debug: tvp!=NULL kid 0 mili 10 Jul 11 10:10:40 cabal last message repeated 107 times I get A LOT of these. Pretty much persistant. doesn't matter if noone is logged in or not. I get a lot of these.. earlier today: Jul 11 06:41:02 cabal sshd[21774]: debug: tvp!=NULL kid 0 mili 10 Jul 11 06:41:34 cabal...

...e SSH_SMSG_STDERR_DATA: + case SSH2_MSG_CHANNEL_DATA: + case SSH2_MSG_CHANNEL_EXTENDED_DATA: + time(&idletime_last); + } +} + +int +packet_select(int maxfds, + fd_set *readset, fd_set *writeset, fd_set *exceptset, + int max_time_milliseconds) +{ + struct timeval tv, *tvp=NULL; + int ret; + + if (idletimeout>0) { + /* Count the time to idletimeout */ + time_t diff=time(NULL)-idletime_last; + if (diff>=idletimeout) + tv.tv_sec=1; + else + tv.tv_sec=idletimeout-diff+1; + tv.tv_usec=0; + tvp = &tv; + debug("idle...

...[14480]: conn=23 fd=20 ACCEPT from IP=127.0.0.2:34230 (IP=0.0.0.0:389) Sep 20 11:11:46 amanda slapd[14480]: daemon: added 20r Sep 20 11:11:46 amanda slapd[14480]: daemon: activity on: Sep 20 11:11:46 amanda slapd[14480]: Sep 20 11:11:46 amanda slapd[14480]: daemon: select: listen=6 active_threads=0 tvp=NULL Sep 20 11:11:46 amanda slapd[14480]: daemon: select: listen=7 active_threads=0 tvp=NULL Sep 20 11:11:46 amanda slapd[14480]: daemon: activity on 1 descriptors Sep 20 11:11:46 amanda slapd[14480]: daemon: activity on: Sep 20 11:11:46 amanda slapd[14480]: 20r Sep 20 11:11:46 amanda slapd[14480]...

Since 2.4 is approaching, I'll raise a question that's been bugging me... I prefer to run all my sshd's with LogLevel DEBUG. I'm just a paranoid control freak ;) Anyway, for as long as I can remember openssh's sshd spits out 'tvp!=NULL kid 0 mili 10' (or very minor variations) continuously when LogLevel DEBUG is used. Looking at serverloop.c it looks like this prints (at least) every time sshd reads some data from STDERR of a process. It's been mentioned often on this list, but always tangentially, so I don't t...

...c 2005-12-31 07:22:32.000000000 +0200 +++ openssh-4.3p2-alive-fixed/clientloop.c 2006-04-22 19:32:17.000000000 +0300 @@ -456,7 +456,7 @@ client_wait_until_can_do_something(fd_set **readsetp, fd_set **writesetp, int *maxfdp, u_int *nallocp, int rekeying) { - struct timeval tv, *tvp; + static struct timeval tv, *tvp; int ret; /* Add any selections by the channel mechanism. */ @@ -508,12 +508,16 @@ if (options.server_alive_interval == 0 || !compat20) tvp = NULL; - else { + else if(tv.tv_sec == 0 && tv.tv_us...

does anyone else see this on linux: localhost sshd[14418]: Accepted password for stevesk from 15.126.45.158 port 49594 localhost sshd[14418]: Setting tty modes failed: Invalid argument redhat with kernel 2.2.17. ttymodes.c: /* Set the new modes for the terminal. */ if (tcsetattr(fd, TCSANOW, &tio) < 0) log("Setting tty modes failed: %.100s", strerror(errno)); return;

...loop.c Thu, 25 Oct 2001 15:11:49 -0400 willian (OpenSSH/i/16_serverloop 1.1 644) @@ -259,18 +259,25 @@ if (max_time_milliseconds == 0 || client_alive_scheduled) max_time_milliseconds = 100; + if (!channel_still_open()) + max_time_milliseconds = 1000; + if (max_time_milliseconds == 0) tvp = NULL; else { tv.tv_sec = max_time_milliseconds / 1000; tv.tv_usec = 1000 * (max_time_milliseconds % 1000); tvp = &tv; + debug3("select timeout is: tv.tv_sec=%d, tv.tv_usec=%d", (int) max_time_milliseconds / + 1000, (int) 1000 * (max_time_milliseconds % 1000)); } if...

.... */ - +static time_t idletime_last=0; /* The last time something happened + * for idletimeout. */ /* * This SIGCHLD kludge is used to detect when the child exits. The server * will exit after that, as soon as forwarded connections have terminated. @@ -193,7 +194,9 @@ struct timeval tv, *tvp; int ret; int client_alive_scheduled = 0; - + /* Secs until idletimeout, zero if no idletimeout */ + int max_time_seconds=0; + /* * if using client_alive, set the max timeout accordingly, * and indicate that this particular timeout was for client @@ -208,6 +211,24 @@ } else...

Hi guys, and another feature request for sshd which I would classify as really useful. And I think this behaviour is currently not available (If yes, sorry, I must have missed it): > I believe that the sshd should log which RSA key was used to connect to > an account. When there are a number of keys in the authorized_keys file > it is often useful to know which one was used for each

Hi, shouldn't the utimes function in openbsd-compat/bsd-misc.c include the lines ub.atime = tvp[0].tv_sec; ub.modtime = tvp[1].tv_sec; instead of ub.atime = tvp->tv_sec; ub.modtime = tvp->tv_usec; ?? Or is this already fixed? I found it in release 3.0p1. This leads to a wrong date when scp -p is used, the modification time is always set to 0, which is january 1970. This is true fo...

...adapt the code to what the utimes() man pages on FreeBSD says it should do. Someone needs more coffee here :-) -------- snip -------- --- bsd-misc.c 3 Jul 2002 23:50:00 -0000 1.9 +++ bsd-misc.c 8 Jul 2002 19:30:26 -0000 @@ -93,8 +93,8 @@ { struct utimbuf ub; - ub.actime = tvp[0]->tv_sec; - ub.modtime = tvp[1]->tv_usec; + ub.actime = tvp[0].tv_sec; + ub.modtime = tvp[1].tv_sec; return(utime(filename, &ub)); } ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...cepted rsa for hendl from 194.76.232.130 port 2571Jan 15 10:39:46 pns sshd[12272]: debug1: PAM setting rhost to "www1.brandenburg.de" The second problem is that at the end of a session some PAM related file could not be deleted. See logfile below. Jan 15 10:52:24 pns sshd[10218]: debug1: tvp!=NULL kid 0 mili 10Jan 15 10:52:24 pns sshd[10218]: debug1: tvp!=NULL kid 0 mili 10Jan 15 10:52:27 pns sshd[10218]: debug1: tvp!=NULL kid 0 mili 10Jan 15 10:52:32 pns sshd[13016]: debug1: EOF received for stdin.Jan 15 10:52:27 pns sshd[10218]: debug1: tvp!=NULL kid 0 mili 10Jan 15 10:52:32 pns sshd...

...ring interactive session. debug1: fd 7 setting O_NONBLOCK debug1: fd 7 IS O_NONBLOCK debug1: fd 9 setting O_NONBLOCK debug1: server_init_dispatch_13 debug1: server_init_dispatch_15 --- This is with my client and here it stops, additional lines below is with scp that comes with OpenSSH --- debug1: tvp!=NULL kid 0 mili 10 debug1: Received SIGCHLD. debug1: tvp!=NULL kid 1 mili 100 debug1: End of interactive session; stdin 3, stdout (read 2710, sent 2710), stderr 338 bytes. debug1: Command exited with status 0. debug1: Received exit confirmation. Closing connection to 127.0.0.1 Now any other comma...

...etp=0x7ffff8e4, writesetp=0x7ffff8e0, maxfdp=0x7ffff8dc, nallocp=0x7ffff8d8, max_time_milliseconds=0) at serverloop.c:313 313 if (child_terminated && packet_not_very_much_data_to_write()) (gdb) 317 if (max_time_milliseconds == 0) (gdb) 318 tvp = NULL; (gdb) 326 ret = select((*maxfdp)+1, *readsetp, *writesetp, NULL, tvp); (gdb) p connection_closed $1 = 0 (gdb) bt #0 wait_until_can_do_something (readsetp=0x7ffff8e4, writesetp=0x7ffff8e0, maxfdp=0x7ffff8dc, nallocp=0x7ffff8d8, max_time_milliseconds=0) at serverloop.c:32...

...debug1: PAM setting tty to "/dev/pts/4" debug1: PAM establishing creds debug1: Entering interactive session. debug1: fd 3 setting O_NONBLOCK debug1: fd 7 IS O_NONBLOCK debug1: server_init_dispatch_13 debug1: server_init_dispatch_15 debug1: Setting controlling tty using TIOCSCTTY. debug1: tvp!=NULL kid 0 mili 10 debug1: tvp!=NULL kid 0 mili 10 debug1: tvp!=NULL kid 0 mili 10 debug1: Received SIGCHLD. debug1: tvp!=NULL kid 1 mili 100 debug1: End of interactive session; stdin 0, stdout (read 323, sent 323), stderr 0 bytes. debug1: Command exited with status 0. debug1: Received exit confir...

Hey folks, I have a Digium TE205P working as a man in the middle: PRI line -------- Asterisk/TE205P -------- PBX The PBX is a Panasonic KX - TVP 100. Everything is working great except for one little issue. Asterisk isn't hanging up the PRI B channel when the PBX channel is hung up. I don't want to overload you with information but please ask if more is needed. I suspect I'm really hoping someone who had a similar problem w...

...: closing read-efd 12 debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed --->hangs<--- -------------------------------------------- below is a backtrace from gdb: (gdb) s 326 ret = select((*maxfdp)+1, *readsetp, *writesetp, NULL, tvp); (gdb) l 321 tv.tv_usec = 1000 * (max_time_milliseconds % 1000); 322 tvp = &tv; 323 } 324 325 /* Wait for something to happen, or the timeout to expire. */ 326 ret = select((*maxfdp)+1, *readsetp, *writesetp, NULL, tvp...

...: conn=0 fd=9 ACCEPT from IP=192.168.5.3:33370 (IP=0.0.0.0:389) Feb 23 17:44:36 localhost slapd[8287]: daemon: added 9r Feb 23 17:44:36 localhost slapd[8287]: daemon: activity on: Feb 23 17:44:36 localhost slapd[8287]: Feb 23 17:44:36 localhost slapd[8287]: daemon: select: listen=6 active_threads=0 tvp=NULL Feb 23 17:44:36 localhost slapd[8287]: daemon: activity on 1 descriptors Feb 23 17:44:36 localhost slapd[8287]: daemon: activity on: Feb 23 17:44:36 localhost slapd[8287]: 9r Feb 23 17:44:36 localhost slapd[8287]: Feb 23 17:44:36 localhost slapd[8287]: daemon: read activity on 9 Feb 23 17:44:...