search for: smurfs

Hello, I just moved from SuSE 7.0 to SuSE 7.1 by reinstalling. I use HP 2100TN JetDirect printer. I use kernel-2.4.2, LPRng-3.6.26, ifhp-3.4.4, Samba-2.0.7 Printing from Linux server works just as before. Printing from Windows clients has problems. I set it up just like before but any print job from Windows takes its while and then spits out junk: -------------------------- ERROR: timeout

...setup Shorewall 2.0.8 with the one-interface settings on my LFS (kernel 2.6.5) system. I''ve read the troubleshooting guide, recompiled my kernel with just about every netfilter/iptables module I could find, but I''m still getting this error: # tail /tmp/trace + prefix=Shorewall:smurfs:DROP: + ''['' 22 -gt 29 '']'' + iptables -A smurfs -s 10.1.1.255 -j LOG --log-level info --log-prefix Shorewall:smurfs:DROP: iptables: No chain/target/match by that name + ''['' 1 -ne 0 '']'' + ''['' -z '''&...

I found a bug with FLAC v0.6 raw encoding. It appears that the file pointer in the source file is not reset after seeking to the end for checking the size. I've attached a patch. I'm excited about FLAC!! I've been looking for a good GPL lossless RAW audio compressor for use with sound fonts. Sound font files contain 16 bit samples that are word aligned, so just treating it as raw

Hello Tom, I have successfully configured proxy arp subnettinng on my network with three hosts in a Dmz. And it works great. (using proxyarp in interfaces) I also tryed this on network below same trouble. However for this network below I have tryed to configure one host in a Dmz (using /etc/shorewall/proxyarp) which works and comes up after I set it up and clear Isp''s arp

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The original post was over 300,000kb so I didn''t spam the list with it -TE. | | | Thank you for your quick and helpful response. | | I didn''t understand that the virtual interface eth0:1 doesn''t count as a separate instance from eth0. | I am sorry to ask for further assistance and would appreciate any help. The error

...l.mmm.nnn.ooo norfc1918,routefilter,dhcp,tcpflags /etc/init.d/shorewall restart * Restarting firewall ... iptables v1.2.11: host/network `norfc1918'' not found Try `iptables -h'' or ''iptables --help'' for more information. ERROR: Command "/sbin/iptables -A smurfs -s norfc1918 -j LOG --log-level info --log-prefix "Shorewall:smurfs:DROP:"" Failed /etc/init.d/shorewall: line 26: 21172 Terminated /sbin/shorewall restart >/dev/null How do I fill in a "blank" properly? Thank you! Greetings Sebastian -- "What the f*** are w...

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I found a bug with FLAC v0.6 raw encoding. It > appears that the file > pointer in the source file is not reset after > seeking to the end for > checking the size. I've attached a patch. > thanks, I patched it into CVS > I'm excited about FLAC!! I've been looking for a > good GPL lossless RAW >

On Fri, 2 Feb 2001, Josh Green wrote: > I found a bug with FLAC v0.6 raw encoding. It appears that the file > pointer in the source file is not reset after seeking to the end for > checking the size. I've attached a patch. What's the impact? Do I have bad .flac files? > I'm excited about FLAC!! I've been looking for a good GPL lossless RAW > audio compressor for

http://bugzilla.netfilter.org/show_bug.cgi?id=745 Summary: [addrtype]addrtype can't match src-type BROADCAST packets Product: netfilter/iptables Version: linux-2.6.x Platform: mips64 OS/Version: Debian GNU/Linux Status: NEW Severity: major Priority: P5 Component: ip_tables (kernel)

Hi everybody I have a Problem with Masquerading from my local net (loc) to my VPN (loc2). I can reach every Service from loc2 in loc, but I can''t get reach any service from loc in loc2. Has somebody an Idea where my mistake is ? Without shorewall, it was working. Thanks for helping Lars Technical Information : Shorewall 2.0.13 Suse 9.0 *177.177.77.X The first 3 Counts are changed

...* * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:rfc1918:DROP:'' 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain shorewall (0 references) pkts bytes target prot opt in out source destination Chain smurfs (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 192.168.1.255 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:'' 0 0 DROP all -- * * 192.168.1.255 0.0.0....

...OUTPUT DROP [0:0] :Drop - [0:0] :Reject - [0:0] :all2all - [0:0] :blacklst - [0:0] :dropBcast - [0:0] :dropInvalid - [0:0] :dropNotSyn - [0:0] :dynamic - [0:0] :eth0_fwd - [0:0] :eth0_in - [0:0] :eth0_out - [0:0] :fw2wan - [0:0] :logdrop - [0:0] :logflags - [0:0] :logreject - [0:0] :reject - [0:0] :smurfs - [0:0] :tcpflags - [0:0] :wan2fw - [0:0] -A INPUT -i eth0 -j eth0_in -A INPUT -i lo -j ACCEPT -A INPUT -j Drop -A INPUT -j DROP -A FORWARD -i eth0 -j eth0_fwd -A FORWARD -j Drop -A FORWARD -j DROP -A OUTPUT -o eth0 -j eth0_out -A OUTPUT -o lo -j ACCEPT -A OUTPUT -j Drop -A OUTPUT -j DROP -A Drop -...

Matt Zimmerman wrote: > > This is already being done (by me) for the Debian packages. I create packages > for: > > - The reference encoder/decoder (flac) > - The shared library libFLAC.so.0 (libflac0) > - The development library and headers (libflac-dev) > - The XMMS plugin (xmms-flac) > > Personally, I think this is beyond the scope of the flac source

...* 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-unreachable 0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited Chain shorewall (0 references) pkts bytes target prot opt in out source destination Chain smurfs (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 192.168.1.255 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:'' 0 0 DROP all -- * * 192.168.1.255 0.0.0...

...0.0.0.0/0 reject-with icmp-host-unreachable 0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited Chain shorewall (0 references) pkts bytes target prot opt in out source destination Chain smurfs (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 192.168.144.0 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:'' 0 0 DROP all -- * * 192.168....

...168.144.10/24 eth3 -> loc 192.168.101.2/24 The IP''s of the secondary box are one number higher. The hardware is the same, and the OS was imaged from the primary machine. So when I try to ping from the secondary box to the primary, the primary spits out kernel log rejecting on smurfs. I edit interfaces to remove nosmurfs from eth3, restart. Then it rejects on mac_list, so I remove that and restart. THEN I GET THIS showing that it has been dropped on IN=eth0, while previous logs all properly showed eth3: Feb 3 21:28:38 barbrady kernel: Shorewall:net2all:DROP:IN=eth0 OUT= MA...

...OST(S) OPTIONS loc br0:eth1 road br0:tap+ #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS LINE -- DO NOT REMOVE Interfaces #ZONE INTERFACE BROADCAST OPTIONS GATEWAY net eth0 10.0.0.255 nobogons,routefilter,logmartians,tcpflags,arp_filter,nosmurfs #loc eth1 detect - br0 detect # #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE Masq eth0 192.168.3.0/24 Policy #SOURCE DEST POLICY LOG LIMIT:BURST # LEVEL fw loc ACCEPT info #loc...

...0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:rfc1918:DROP:'' 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain shorewall (0 references) pkts bytes target prot opt in out source destination Chain smurfs (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 202.159.16.159 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:'' 0 0 DROP all -- * *...

I have been working really hard configuring and researching very extensively, trying to figure why we are getting "Shorewall:FORWARD:DROP" packets. IPSEC works just fine without the iptable rules created by our shorewall configs but when starting shorewall and creating the iptables I noticed the packets are dropped. I know it is a config situation but I am totally racking my brain as

...0.0.0.0/0 reject-with icmp-host-unreachable 0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited Chain shorewall (0 references) pkts bytes target prot opt in out source destination Chain smurfs (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 216.37.35.223 0.0.0.0/0 LOG flags 0 level 6 prefix `Shorewall:smurfs:DROP:'' 0 0 DROP all -- * * 216.37...