search for: so_reuseaddr

...EL_RPORT_LISTENER) ? @@ -2059,13 +2058,13 @@ continue; } /* - * Set socket options. We would like the socket to disappear - * as soon as it has been closed for whatever reason. + * Set socket options. + * Allow local port reuse in TIME_WAIT. */ - setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); - linger.l_onoff = 1; - linger.l_linger = 5; - setsockopt(sock, SOL_SOCKET, SO_LINGER, &linger, sizeof(linger)); + if (setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, + sizeof(on)) == -1) + error("setsockopt SO_REUSEADDR: %s", strerror(errno)); +...

...so it's probably portable, but only tested on Solaris 7. --dave /* * getsocketopts -- get the defaults * * This (on a Solaris 7 system) should say: * % su root -c ./getsockopts * Default SO_ACCEPTCON: accepting connections = 0 * Default SO_BROADCAST, broadcast allowed = 0 * Default SO_REUSEADDR, address recycling = 0 * Default SO_KEEPALIVE, send keepalive packets = 0 * Default SO_OOBINLINE, oob data folded inline = 0 * Default SO_SNDBUF, send buffer size = 8192 * getsocketopts: could not test SO_RCVLOWAT, receive low-water mark * getsocketopts: could not test SO_SNDLOWAT, send low-wa...

...lo! I have cross-compiled Samba 2.2.3a for my Dreambox(PPC DVB receiver with Linux). smbd runs without any problems but when I start nmbd I get the following error message: -------------------------------------------- standard input is not a socket, assuming -D option open_socket_in(): setsockopt: SO_REUSEADDR = True on port 137 failed with error = Protocol not available Failed to set socket option SO_BROADCAST (Error Protocol not available) Failed to set socket option SO_BROADCAST (Error Protocol not available) open_socket_in(): setsockopt: SO_REUSEADDR = True on port 137 failed with error = Protocol no...

On 7.3.2019 23.37, A. Schulze via dovecot wrote: > > Am 07.03.19 um 17:33 schrieb Aki Tuomi via dovecot: > >>> test-http-client-errors.c:2989: Assert failed: FALSE >>> connection timed out ................................................. : FAILED > Hello Aki, > >> Are you running with valgrind or on really slow system? > I'm not aware my buildsystem

Changes since v1: - Set probing source port to be nbd_local_port+1 instead of always using 50124 to deal with multi-disk scenario. - Set SO_REUSEADDR on client socket to avoid issues with old connections in TIME_WAIT. I've been running this for a few hours now using the updated multi-disk test and haven't seen any problems.

I will try to explain this as best I can. I have two computers; one a Supermicro X10SAE running CentOS 6, the other a very old DOS box.[*] The DOS box runs a CCD camera, sending images via Ethernet to the X10SAE. Thus, the X10SAE runs a Python server on port 5700 (a socket which binds to 5700 and listens, and then accepts a connection from the DOS box; nothing fancy).[**] The DOS box connects to

...k call successful [2002/08/11 16:35:39, 5] smbd/connection.c:(156) claiming 0 [2002/08/11 16:35:39, 3] lib/util_sock.c:(813) bind succeeded on port 139 [2002/08/11 16:35:39, 5] lib/util_sock.c:(111) socket option SO_KEEPALIVE = 8 [2002/08/11 16:35:39, 5] lib/util_sock.c:(111) socket option SO_REUSEADDR = 4 [2002/08/11 16:35:39, 5] lib/util_sock.c:(111) socket option SO_BROADCAST = 0 [2002/08/11 16:35:39, 5] lib/util_sock.c:(111) socket option TCP_NODELAY = 0 [2002/08/11 16:35:39, 5] lib/util_sock.c:(111) socket option IPTOS_LOWDELAY = 0 [2002/08/11 16:35:39, 5] lib/util_sock.c:(111) socke...

...m 5: S_IFIFO mode:0000 dev:295,0 ino:2692868 uid:65 gid:65 size:0 O_RDWR FD_CLOEXEC 6: S_IFIFO mode:0000 dev:295,0 ino:2692868 uid:65 gid:65 size:0 O_RDWR FD_CLOEXEC 7: S_IFSOCK mode:0666 dev:293,0 ino:33376 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49640),IP_NEXTHOP(0.0.193.232) sockname: AF_INET 134.84.119.102 port: 143 peername: AF_INET 160.94.23.17 port: 38847 8: S_IFSOCK mode:0666 dev:293,0 ino:63591 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_SNDBU...

https://bugzilla.mindrot.org/show_bug.cgi?id=1464 Summary: "possible hijacking of X11-forwarded connections" bug has not been fixed completely Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1 Platform: Other OS/Version: HP-UX Status: NEW Severity: security

...n 4.3.4). Opening cache file at /usr/local/samba/var/cache/gencache.tdb Opening cache file at /usr/local/samba/var/lock/gencache_notrans.tdb sitename_fetch: No stored sitename for TEST.LOCAL name ADIR#20 found. Connecting to 10.133.140.66 at port 445 Socket options: SO_KEEPALIVE = 0 SO_REUSEADDR = 0 SO_BROADCAST = 0 TCP_NODELAY = 1 TCP_KEEPCNT = 9 TCP_KEEPIDLE = 7200 TCP_KEEPINTVL = 75 IPTOS_LOWDELAY = 0 IPTOS_THROUGHPUT = 0 SO_REUSEPORT = 0 SO_SNDBUF = 19800 SO_RCVBUF = 87380 SO_SNDLOWAT = 1 SO...

...Hello \n"; close SOCKET or die "close: $!"; The PERL server #! /usr/bin/perl -w use strict; use Socket; my $port = shift || 7890; my $proto = getprotobyname('tcp'); socket(SERVER, PF_INET, SOCK_STREAM, $proto) or die "socket: $!"; setsockopt(SERVER, SOL_SOCKET, SO_REUSEADDR, 1) or die "setsock: $!"; my $paddr = sockaddr_in($port, INADDR_ANY); bind(SERVER, $paddr) or die "bind: $!"; listen(SERVER, SOMAXCONN) or die "listen: $!"; print "SERVER started on port $port "; my $client_addr; while ($client_addr = accept(CLIENT, SERVER...

...box, just a simulation process that sends the images. [And, I also recently got bit by this http://www.macstadium.com/blog/osx-10-9-mavericks-bugs/ after upgrading some Macs. Sigh, network issues.] Alex from Germany wrote: > Since you always use the same local port - > maybe you need to set SO_REUSEADDR option. I assume I would have to set that on the client (DOS) side (the box which is using the same local port 1025 each time); setting it on the bound-listener socket on the Linux side doesn't seem like it would do anything to resolve the issue, based on my reading of SO_REUSEADDR on the net:...

...-s /tftpboot/ --- tftp-hpa-0.49/tftpd/tftpd.c 2008-10-21 01:08:31.000000000 +0300 +++ tftp-hpa-0.49-tftpd-reuseport.c 2010-03-03 15:19:26.000000000 +0200 @@ -524,6 +524,11 @@ #ifndef __CYGWIN__ set_socket_nonblock(fd4, 1); #endif + { int x = 1; setsockopt (fd4, SOL_SOCKET, SO_REUSEADDR, &x, sizeof (x)); } +#ifdef SO_REUSEPORT + { int x = 1; setsockopt (fd4, SOL_SOCKET, SO_REUSEPORT , &x, sizeof (x)); } +#endif + memset(&bindaddr4, 0, sizeof bindaddr4); bindaddr4.sin_family = AF_INET; bindaddr4.sin_addr.s_addr = INADDR_ANY; @@ -...

...ions, raw read, and and max xmit values in smb.conf adjusting raw read, and max xmit just make it alot worse, I've settled on the following socket options as being the best but they only get me 13 MB/s as opposed to lets say 11 MB/s or 12 MB/s. socket options = TCP_NODELAY, IPTOS_LOWDELAY, SO_REUSEADDR, SO_SNDBUF=4096, SO_RCVBUF=4096 SO_REUSEADDR doesn't seem to do anything actually, but the other ones made noticable difference based on what they were set to. So I'm sorta out of ideas. Would adjusting the MTU of my network help? Steve R

...; + inet_pton (AF_INET, "localhost", &dst_addr.sin_addr); + + /* If we run p2v repeatedly (say, running the tests in a loop), + * there's a decent chance we'll end up trying to bind() to a port + * that is in TIME_WAIT from a prior run. Handle that gracefully + * with SO_REUSEADDR. + */ + if (setsockopt (sockfd, SOL_SOCKET, SO_REUSEADDR, + &reuseaddr, sizeof reuseaddr) == -1) { + set_conversion_error ("waiting for qemu-nbd to start: setsockopt: %m"); + goto cleanup; + } + + if (bind (sockfd, (struct sockaddr *) &src_addr, sizeof...

...70) bind succeeded on port 139 [2001/04/11 19:42:10, 2] smbd/server.c:open_sockets(194) waiting for a connection [2001/04/11 19:42:21, 3] lib/util_sock.c:print_socket_options(111) socket option SO_KEEPALIVE = 1 [2001/04/11 19:42:21, 3] lib/util_sock.c:print_socket_options(111) socket option SO_REUSEADDR = 1 [2001/04/11 19:42:21, 3] lib/util_sock.c:print_socket_options(111) socket option SO_BROADCAST = 0 [2001/04/11 19:42:21, 3] lib/util_sock.c:print_socket_options(111) socket option TCP_NODELAY = 0 [2001/04/11 19:42:21, 3] lib/util_sock.c:print_socket_options(111) socket option IPTOS_LOWDELA...

...wins lookup for name wumpus<0x20> wins_srv_count: WINS status: 0 servers. resolve_wins: WINS server resolution selected and no WINS servers listed. name_resolve_bcast: Attempting broadcast lookup for name wumpus<0x20> bind succeeded on port 0 socket option SO_KEEPALIVE = 0 socket option SO_REUSEADDR = 1 socket option SO_BROADCAST = 1 Could not test socket option TCP_NODELAY. socket option IPTOS_LOWDELAY = 0 socket option IPTOS_THROUGHPUT = 0 socket option SO_SNDBUF = 65535 socket option SO_RCVBUF = 65535 socket option SO_SNDLOWAT = 1 socket option SO_RCVLOWAT = 1 socket option SO_SNDTIMEO = 0...

Team, Can any one help me on the below? [global] domain master = no local master = no preferred master = no workgroup = TOKYO client code page = 932 codingsystem = EUC encrypt passwords = yes socket options = SO_REUSEADDR SO_KEEPALIVE TCP_NODELAY security = domain password server = Server1,Serve2,Server3 server string = wins proxy = no wins support = no preferred master = no browse list = no public = no status = yes hide dot files = no mangled names = yes case sensitive = yes p...

...ions, raw read, and and max xmit values in smb.conf adjusting raw read, and max xmit just make it alot worse, I've settled on the following socket options as being the best but they only get me 13 MB/s as opposed to lets say 11 MB/s or 12 MB/s. socket options = TCP_NODELAY, IPTOS_LOWDELAY, SO_REUSEADDR, SO_SNDBUF=4096, SO_RCVBUF=4096 SO_REUSEADDR doesn't seem to do anything actually, but the other ones made noticable difference based on what they were set to. So I'm sorta out of ideas. Would adjusting the MTU of my network help? Steve R

...######################################################## [2011/10/29 10:38:02.876908, 3] lib/util_sock.c:979(open_socket_out_send) Connecting to 172.16.0.200 at port 139 [2011/10/29 10:38:02.877069, 5] lib/util_sock.c:304(print_socket_options) Socket options: SO_KEEPALIVE = 0 SO_REUSEADDR = 0 SO_BROADCAST = 0 TCP_NODELAY = 1 TCP_KEEPCNT = 9 TCP_KEEPIDLE = 7200 TCP_KEEPINTVL = 75 IPTOS_LOWDELAY = 0 IPTOS_THROUGHPUT = 0 SO_SNDBUF = 16384 SO_RCVBUF = 16384 SO_SNDLOWAT = 1 SO_RCVLOWAT = 1 SO_...