search for: tcpdchk

Greetings everyone.... I tried posting this once before, but got no response. When I run liveice, I get an "Error:sending data to remote server message" from liveice, and then it hangs (I actually have to open another console window to kill the process). The IceCast server respond with the following: Kicking source 1 [127.0.0.1] [Access Denied (tcp wrappers (source connection))]

...appers 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 will break on it. And the tcp_wrappers will "ignore" the line, in my test I used a default deny and opened up ftp to all and put the safe_finger line in; result: I can''t ftp to localhost or from any other machine via TCP/IP... Does anybody know if this is standard behaviour unde...

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

...er connections. So, when telnet connections from the same site are given different treatment, something has changed from one connection to the other, and it is up to you to figure out what. Very likely, something has changed locally to your system. I suggest that you check out the rules with the tcpdchk and tcpdmatch configuration checking utilities. These programs are part of the tcp wrappers source distribution; your software vendor may or may not have bundled them with the system. Wietse P.S. Appending "&" to a "twist" command will screw it up: the shell will close th...

...cp_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 will break on it. And the tcp_wrappers will "ignore" the line, in my test I used a default deny and opened up ftp to all and put the safe_finger line in; result: I can't ftp to localhost or from any other machine via TCP/IP... Does anybody know if this is standard behaviour under RH5...