similar to: netcat issue: no UDP transmission

i've this udp daemon which is waiting for an incoming udp datagram. now i want test this daemon for random garbage to test how it behaves. My udp daemon is running because its shows on netstat. problem is if i issue following command for putting udp datagram : $nc -uvvz <host> <port> it does not output any thing. i have straced the udp daemon. which does not returns from recv()

Triple Release Day! James Wan, from the Solaris Quality Engineering group, has released the Megacli test suite. More information on Megacli test suite can be found at: http://opensolaris.org/os/community/storage/tests/ http://src.opensolaris.org/source/xref/test/ontest-stc2/src/suites/storage/megacli/README http://src.opensolaris.org/source/xref/test/ontest-stc2/src/suites/storage/megacli/

Greetings, I am porting the openssh-portable 6.8 release to the HP NonStop (NSE) platform. Prior versions were no real problem, with minor tweeks. However, with the inclusion of regress/netcat.c, which depends on arpa/telnet.h, we have an issue. Unfortunately, the platform does not have this file, nor anything like it - telnet is done rather differently. We do have a version of netcat (0.7.1

Hello everybody, regression tests do use `nc -U` since commit 0e4e955 to test for Unix domain socket forwarding. This fails on systems that have GNU netcat installed as that does not support Unix domain sockets. In fact it does not understand the `-U` option at all. What way to go there? -- main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH"

I can push fine over ssh but pulling via rsync or scp always stalls at about the same point which must be between 26MB and 52MB. I can pull via netcat just fine. I've tried compiling HPN out of the install on both the client and server and I've tried -C on the client with the same result. I'm on Gentoo. Any ideas? - Grant

Hi guys, I have now done the obvious - swapped out the kernel. Upgrading to 4.5.7 fixed the problem! udp UNCONN 0 1408 *:655 *:* users:(("tincd",pid=3242,fd=7)) tcp LISTEN 0 3 *:655 *:* users:(("tincd",pid=3242,fd=6)) Thank you very much for your time. Petr On Fri, Jul 15, 2016 at 7:22 AM,

Hi Etienne, I tried the patch, no change at all. Attached is a new log and also strace log. There is a FD 7 opened (the UDP socket), used and yet "ss -nlptu" doesn't see it. I have a suspicion now there is something wrong with the distro/kernel. As a test: netcat -ul -p600 ss -nlptu | grep netcat gives me no output... Petr On Thu, Jul 14, 2016 at 8:27 PM, Etienne Dechamps

Hello, Not strictly a CentOS question, but I hope someone can hint me in the right direction ... I have an incoming udp data stream to public interface that I want to duplicate and multipy to three or more destinations on the internal interface. Currently I've managed to put together netcat listener with output to pipe and socat reading from that pipe to a single destination. I hoped I

Hello list, I looked around online but didn't find an answer, so if you can help me out, I'll appreciate I'm trying to create a tinc network which transmits data as UDP and not TCP, because I will pass VoIP traffic on top of it, which would not work fine if using TCP. I have configured tinc between 2 machines and it's working fine, default ports open (UDP 655 and TCP 655) and I

Dear all, I have been successfully running for quite some time a tinc 1.1 network in switch mode. I recently added a new node, that refuses to communicate over UDP. Running "tinc info mynode" from a different box returns: Reachability: directly with TCP It appears that tincd is not listening on UDP port 655 on "mynode". Running "ss -nlptu | grep tincd": tcp

In my testing of HIP, there is reference to use 'nc6' for a simple TCP character echo server. No such animal in Centos, and after a bit of digging I find this refers to Netcat6 which seems to be a dead app? Is it available as an rpm somewhere for Centos? My searching is coming up empty. Or just about any service that I can start on one system and connect from another that would

That's strange. Can you post a detailed log from the affected node (run tincd -d5 -D), especially the initialization phase? On 13 July 2016 at 16:17, Petr Man <petr at madnetwork.org> wrote: > Dear all, > > I have been successfully running for quite some time a tinc 1.1 network in > switch mode. I recently added a new node, that refuses to communicate over > UDP. >

Good morning, Here is the log, I don't see anything unusual. I took the same tinc binary and tried on two other machines and it works fine - binds to 655/UDP without issues: udp UNCONN 0 0 *:655 *:* users:(("tincd",18872,7)) tcp LISTEN 0 3 *:655 *:*

You might want to try with https://github.com/gsliepen/tinc/pull/120 - that said, this bug probably doesn't explain everything because tinc is supposed to log a message from setup_vpn_in_socket() anyway, but there's no such message in your log. In addition, I really don't see any way the "Received UDP packet from unknown source" message could be logged if the UDP socket

Have anything to do with firewall locations, meaning home vs work vs public vs lockdown. Probably not it at all. On Jul 13, 2016 3:22 PM, "Etienne Dechamps" <etienne at edechamps.fr> wrote: > That's strange. Can you post a detailed log from the affected node (run > tincd -d5 -D), especially the initialization phase? > > On 13 July 2016 at 16:17, Petr Man <petr

On 24/02/15 21:56, Tim Rice wrote: > On Wed, 25 Feb 2015, Damien Miller wrote: > > | On Tue, 24 Feb 2015, Tom G. Christensen wrote: > | > | > I've switched to HEAD in the git repo and it now builds on Solaris > | > 2.6, 7, 8 and 9 but the testsuite still cannot be built due to the > | > missing <err.h>. > > The err.h issue is fixes but there still

BSD/OS issues with 1.0.2a dev make tests [ -d `pwd`/regress ] || mkdir -p `pwd`/regress [ -d `pwd`/regress/unittests ] || mkdir -p `pwd`/regress/unittests [ -d `pwd`/regress/unittests/test_helper ] || mkdir -p `pwd`/regress/unittests/test_helper [ -d `pwd`/regress/unittests/sshbuf ] || mkdir -p `pwd`/regress/unittests/sshbuf [ -d `pwd`/regress/unittests/sshkey ] || mkdir -p

When I have installed winedoors and steam and then reboot my computer my startmenu is broken. The field to the right in the menu looks like this.... Could not load module: applications Traceback (most recent call last): File "/usr/lib/linuxmint/mintMenu/mintMenu.py", line 229, in PopulatePlugins MyPlugin = X.pluginclass( self, self.toggle ) File

Hi I wrote a small patch to netcat to work with unix domain sockets to enable me to communicate with an asterisk daemon through the unix-domain socket /var/run/asterisk/asterisk.ctl . Only then I noticed that reading the code is done very differently than a typical network protocol: it expects every command in a separate read. Basically I used the following filter to pipe commands from the

Kali Linux is a Debian derivative, so add basic support for it by using most of the Debian code paths. The only exception is the crypto algorithm for passwords in passwd, which is always assumed as SHA512 (as Kali Linux is relatively new). --- customize/firstboot.ml | 2 +- customize/hostname.ml | 2 +- customize/password.ml | 2 +-