Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(93) |
Nov
(89) |
Dec
(68) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(229) |
Feb
(204) |
Mar
(314) |
Apr
(380) |
May
(367) |
Jun
(244) |
Jul
(300) |
Aug
(505) |
Sep
(359) |
Oct
(531) |
Nov
(427) |
Dec
(390) |
2003 |
Jan
(585) |
Feb
(623) |
Mar
(412) |
Apr
(315) |
May
(480) |
Jun
(394) |
Jul
(544) |
Aug
(768) |
Sep
(602) |
Oct
(680) |
Nov
(499) |
Dec
(398) |
2004 |
Jan
(407) |
Feb
(400) |
Mar
(410) |
Apr
(576) |
May
(619) |
Jun
(424) |
Jul
(513) |
Aug
(404) |
Sep
(433) |
Oct
(455) |
Nov
(550) |
Dec
(659) |
2005 |
Jan
(450) |
Feb
(472) |
Mar
(443) |
Apr
(465) |
May
(434) |
Jun
(273) |
Jul
(518) |
Aug
(484) |
Sep
(380) |
Oct
(400) |
Nov
(351) |
Dec
(265) |
2006 |
Jan
(335) |
Feb
(462) |
Mar
(498) |
Apr
(398) |
May
(280) |
Jun
(273) |
Jul
(229) |
Aug
(377) |
Sep
(201) |
Oct
(279) |
Nov
(247) |
Dec
(229) |
2007 |
Jan
(301) |
Feb
(190) |
Mar
(281) |
Apr
(444) |
May
(394) |
Jun
(247) |
Jul
(259) |
Aug
(391) |
Sep
(219) |
Oct
(306) |
Nov
(307) |
Dec
(257) |
2008 |
Jan
(256) |
Feb
(248) |
Mar
(330) |
Apr
(219) |
May
(194) |
Jun
(179) |
Jul
(183) |
Aug
(116) |
Sep
(260) |
Oct
(204) |
Nov
(274) |
Dec
(228) |
2009 |
Jan
(251) |
Feb
(160) |
Mar
(178) |
Apr
(196) |
May
(189) |
Jun
(239) |
Jul
(92) |
Aug
(155) |
Sep
(147) |
Oct
(169) |
Nov
(159) |
Dec
(205) |
2010 |
Jan
(63) |
Feb
(230) |
Mar
(94) |
Apr
(103) |
May
(113) |
Jun
(149) |
Jul
(158) |
Aug
(203) |
Sep
(255) |
Oct
(138) |
Nov
(122) |
Dec
(108) |
2011 |
Jan
(93) |
Feb
(100) |
Mar
(153) |
Apr
(175) |
May
(349) |
Jun
(210) |
Jul
(176) |
Aug
(179) |
Sep
(148) |
Oct
(151) |
Nov
(102) |
Dec
(83) |
2012 |
Jan
(179) |
Feb
(125) |
Mar
(211) |
Apr
(164) |
May
(195) |
Jun
(160) |
Jul
(137) |
Aug
(159) |
Sep
(214) |
Oct
(189) |
Nov
(71) |
Dec
(90) |
2013 |
Jan
(161) |
Feb
(99) |
Mar
(190) |
Apr
(133) |
May
(119) |
Jun
(97) |
Jul
(116) |
Aug
(109) |
Sep
(213) |
Oct
(175) |
Nov
(119) |
Dec
(90) |
2014 |
Jan
(104) |
Feb
(105) |
Mar
(125) |
Apr
(119) |
May
(141) |
Jun
(82) |
Jul
(193) |
Aug
(164) |
Sep
(160) |
Oct
(162) |
Nov
(44) |
Dec
(43) |
2015 |
Jan
(92) |
Feb
(67) |
Mar
(117) |
Apr
(67) |
May
(121) |
Jun
(39) |
Jul
(31) |
Aug
(87) |
Sep
(143) |
Oct
(130) |
Nov
(116) |
Dec
(67) |
2016 |
Jan
(66) |
Feb
(78) |
Mar
(127) |
Apr
(148) |
May
(56) |
Jun
(67) |
Jul
(30) |
Aug
(48) |
Sep
(87) |
Oct
(113) |
Nov
(64) |
Dec
(115) |
2017 |
Jan
(95) |
Feb
(73) |
Mar
(166) |
Apr
(27) |
May
(75) |
Jun
(94) |
Jul
(144) |
Aug
(94) |
Sep
(70) |
Oct
(98) |
Nov
(69) |
Dec
(176) |
2018 |
Jan
(140) |
Feb
(112) |
Mar
(68) |
Apr
(52) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(4) |
2
(7) |
3
(23) |
4
(7) |
5
(12) |
6
(8) |
7
(6) |
8
(12) |
9
(14) |
10
(6) |
11
(13) |
12
(2) |
13
(2) |
14
(2) |
15
(18) |
16
(4) |
17
(5) |
18
|
19
(1) |
20
(4) |
21
(1) |
22
|
23
(4) |
24
(1) |
25
|
26
(1) |
27
|
28
(2) |
29
(2) |
30
|
31
|
|
|
From: Tom Eastep <teastep@sh...> - 2013-01-05 22:56:29
|
On 01/05/2013 02:40 PM, f q wrote: > Also, I think you want USE_DEFAULT_RT=Yes. I don't see how > USE_DEFAULT_RT=No can possiblly work here, since you have to be able to > route between the interfaces and both are provider interfaces. > > 1) I made the changes as you requested, and set "USE_DEFAULT_RT=Yes", > in /etc/shorewall/shorewall.conf. > 2) I issued a /sbin/shorewall restart to re-read the configuration > file (I'm not sure this is entirely required, but I wanted to be sure > the new changes were being reflected in the current running > configuration) > 3) Applied the configuration for the firewall, normal warnings: > Adding Providers... > WARNING: Interface tun0 is not usable -- Provider iPredator (2) not Started > WARNING: No Default route added (all 'balance' providers are down) > NOTICE: Default route restored > 4) Connected to OpenVPN > 5) Attempted to re-apply the firewall configuration, as before (no errors) > 6) Attempted pings to verify connection (they traversed the VPN correctly) > 7) Disconnected from the VPN, traffic then traversed my default > connection incorrectly. Come on -- you have to be specific. Exactly what connection did you attempt that worked when you didn't believe that it should? Give the source iP address, the destination IP address, protocol and port (if appropriate). -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |
From: f q <u.predator.eng@gm...> - 2013-01-05 22:40:09
|
Also, I think you want USE_DEFAULT_RT=Yes. I don't see how USE_DEFAULT_RT=No can possiblly work here, since you have to be able to route between the interfaces and both are provider interfaces. 1) I made the changes as you requested, and set "USE_DEFAULT_RT=Yes", in /etc/shorewall/shorewall.conf. 2) I issued a /sbin/shorewall restart to re-read the configuration file (I'm not sure this is entirely required, but I wanted to be sure the new changes were being reflected in the current running configuration) 3) Applied the configuration for the firewall, normal warnings: Adding Providers... WARNING: Interface tun0 is not usable -- Provider iPredator (2) not Started WARNING: No Default route added (all 'balance' providers are down) NOTICE: Default route restored 4) Connected to OpenVPN 5) Attempted to re-apply the firewall configuration, as before (no errors) 6) Attempted pings to verify connection (they traversed the VPN correctly) 7) Disconnected from the VPN, traffic then traversed my default connection incorrectly. Submitting dump after step 7, as above. On 1/5/13, Tom Eastep <teastep@...> wrote: > On 01/05/2013 01:48 PM, Tom Eastep wrote: >> On 01/05/2013 01:43 PM, f q wrote: >>> Apologies, we've done so much tweaking trying to resolve the issue, I >>> haven't posted a current configuration in a bit. Here's "providers", >>> I can post the other files as well on request: >>> >>> #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS >>> loc 1 1 - eth0 192.168.0.1 track,balance=1 >>> iPredator 2 2 - tun0 - track,balance=2 >>> >> >> But you didn't make the change that I recommended to put 'balance' on >> iPredator and 'fallback' on 'loc'. >> > > Also, I think you want USE_DEFAULT_RT=Yes. I don't see how > USE_DEFAULT_RT=No can possiblly work here, since you have to be able to > route between the interfaces and both are provider interfaces. > > -Tom > -- > Tom Eastep \ When I die, I want to go like my Grandfather who > Shoreline, \ died peacefully in his sleep. Not screaming like > Washington, USA \ all of the passengers in his car > http://shorewall.net \________________________________________________ > > |
From: f q <u.predator.eng@gm...> - 2013-01-05 22:30:05
|
With the configuration as follows (with the upgraded Shorewall from the repository you directed me to), I followed these steps and submitted the dump as requested after step 4: "interfaces": #ZONE INTERFACE BROADCAST OPTIONS net eth0 detect dhcp,tcpflags,nosmurfs,routefilter,logmartians,required vpn tun0 detect optional "providers": #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS loc 1 1 - eth0 192.168.0.1 track,balance=1 iPredator 2 2 - tun0 - track,balance=2 1) I am able to apply the firewall configuration before connecting to OpenVPN, with the normal error: "WARNING: Interface tun0 is not usable -- Provider iPredator (2) not Started" 2) I am then able to connect to OpenVPN normally. 3) I can then re-apply the firewall configuration without error / warning. 4) I attempt to ping to verify my connection and all such packets are dropped 5) I then disconnect from OpenVPN and I get the error "connect: Network is unreachable" when attempting to ping / reconnect to OpenVPN 6) I then re-apply my firewall configuration 7) Ping's function normally and I can reconnect to OpenVPN (which functions normally) On 1/5/13, Tom Eastep <teastep@...> wrote: > On 01/05/2013 01:36 PM, f q wrote: >> As requested, please find attached. >> > > And what exactly did you try with this configuration that didn't work? > > -Tom > > -- > Tom Eastep \ When I die, I want to go like my Grandfather who > Shoreline, \ died peacefully in his sleep. Not screaming like > Washington, USA \ all of the passengers in his car > http://shorewall.net \________________________________________________ > > |
From: f q <u.predator.eng@gm...> - 2013-01-05 22:25:19
|
I didn't think to make the change you had recommended on 01/03 again with the new software, apologies. "interfaces": #ZONE INTERFACE BROADCAST OPTIONS net eth0 detect dhcp,tcpflags,nosmurfs,routefilter=0,logmartians,required vpn tun0 detect optional,routefilter=0 "providers": #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS loc 1 1 - eth0 192.168.0.1 track,fallback=1 iPredator 2 2 - tun0 - track,balance=2 So tracing back through the steps: 1) I am able to apply the firewall configuration before connecting to OpenVPN, with a new error: " Adding Providers... WARNING: Interface tun0 is not usable -- Provider iPredator (2) not Started WARNING: No Default route added (all 'balance' providers are down) NOTICE: Default route restored " 2) I am then able to connect to OpenVPN normally. 3) I can then re-apply the firewall configuration without error / warning. 4) I attempt to ping to verify my connection and all such packets are dropped 5) I then disconnect from OpenVPN and I get the error "connect: Network is unreachable" when attempting to ping / reconnect to OpenVPN 6) I then re-apply my firewall configuration 7) Ping's function normally and I can reconnect to OpenVPN (which functions normally The dump attached is taken after step 4, with the above new configuration applied. On 1/5/13, Tom Eastep <teastep@...> wrote: > On 01/05/2013 01:43 PM, f q wrote: >> Apologies, we've done so much tweaking trying to resolve the issue, I >> haven't posted a current configuration in a bit. Here's "providers", >> I can post the other files as well on request: >> >> #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS >> loc 1 1 - eth0 192.168.0.1 track,balance=1 >> iPredator 2 2 - tun0 - track,balance=2 >> > > But you didn't make the change that I recommended to put 'balance' on > iPredator and 'fallback' on 'loc'. > > -Tom > -- > Tom Eastep \ When I die, I want to go like my Grandfather who > Shoreline, \ died peacefully in his sleep. Not screaming like > Washington, USA \ all of the passengers in his car > http://shorewall.net \________________________________________________ > > |
From: Tom Eastep <teastep@sh...> - 2013-01-05 22:08:47
|
On 01/05/2013 01:48 PM, Tom Eastep wrote: > On 01/05/2013 01:43 PM, f q wrote: >> Apologies, we've done so much tweaking trying to resolve the issue, I >> haven't posted a current configuration in a bit. Here's "providers", >> I can post the other files as well on request: >> >> #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS >> loc 1 1 - eth0 192.168.0.1 track,balance=1 >> iPredator 2 2 - tun0 - track,balance=2 >> > > But you didn't make the change that I recommended to put 'balance' on > iPredator and 'fallback' on 'loc'. > Also, I think you want USE_DEFAULT_RT=Yes. I don't see how USE_DEFAULT_RT=No can possiblly work here, since you have to be able to route between the interfaces and both are provider interfaces. -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |
From: Tom Eastep <teastep@sh...> - 2013-01-05 21:49:05
|
On 01/05/2013 01:36 PM, f q wrote: > As requested, please find attached. > And what exactly did you try with this configuration that didn't work? -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |
From: Tom Eastep <teastep@sh...> - 2013-01-05 21:48:57
|
On 01/05/2013 01:43 PM, f q wrote: > Apologies, we've done so much tweaking trying to resolve the issue, I > haven't posted a current configuration in a bit. Here's "providers", > I can post the other files as well on request: > > #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS > loc 1 1 - eth0 192.168.0.1 track,balance=1 > iPredator 2 2 - tun0 - track,balance=2 > But you didn't make the change that I recommended to put 'balance' on iPredator and 'fallback' on 'loc'. -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |
From: f q <u.predator.eng@gm...> - 2013-01-05 21:43:20
|
Apologies, we've done so much tweaking trying to resolve the issue, I haven't posted a current configuration in a bit. Here's "providers", I can post the other files as well on request: #NAME NUMBER MARK DUPLICATE INTERFACE GATEWAY OPTIONS loc 1 1 - eth0 192.168.0.1 track,balance=1 iPredator 2 2 - tun0 - track,balance=2 On 1/5/13, Tom Eastep <teastep@...> wrote: > On 01/05/2013 07:42 AM, Tom Eastep wrote: >> On 01/04/2013 01:07 PM, f q wrote: >>> I did as you suggested and upgraded to the latest version in >>> repository linked from the download page. >>> >>> shorewall, shorewall-core, shorewall-init: 4.5.5.3-1~bpo60+1 >>> >>> After upgrading I modified the the 'rtrules' file to: >>> >>> #SOURCE DEST PROVIDER PRIORITY >>> lo - iPredator 11999 >>> >>> As there was an error with leaving both "SOURCE" and "DESTINATION" set >>> to "-", despite the example I lifted it from. >>> >>> 1) I am able to apply the firewall configuration before connecting to >>> OpenVPN, with the normal error: "WARNING: Interface tun0 is not usable >>> -- Provider iPredator (2) not Started" >>> 2) I am then able to connect to OpenVPN normally. >>> 3) I can then re-apply the firewall configuration without error / >>> warning. >>> 4) I attempt to ping to verify my connection and all such packets are >>> dropped >>> 5) I then disconnect from OpenVPN and I get the error "connect: >>> Network is unreachable" when attempting to ping / reconnect to OpenVPN >>> 6) I then re-apply my firewall configuration >>> 7) Ping's function normally and I can reconnect to OpenVPN (which >>> functions normally) >>> >>> So, similar behavior before the upgrade, but I can no longer use the >>> OpenVPN connection when the firewall is "fully applied". >>> >>> Attached please find a new dump, taken directly after step 5, as above. >> >> Let's solve the problems one at a time. Please forward a dump taken >> after step 4. > > You have 'fallback' on the 'loc' provider? > > -Tom > -- > Tom Eastep \ When I die, I want to go like my Grandfather who > Shoreline, \ died peacefully in his sleep. Not screaming like > Washington, USA \ all of the passengers in his car > http://shorewall.net \________________________________________________ > > |
From: f q <u.predator.eng@gm...> - 2013-01-05 21:36:43
|
As requested, please find attached. On 1/5/13, Tom Eastep <teastep@...> wrote: > On 01/04/2013 01:07 PM, f q wrote: >> I did as you suggested and upgraded to the latest version in >> repository linked from the download page. >> >> shorewall, shorewall-core, shorewall-init: 4.5.5.3-1~bpo60+1 >> >> After upgrading I modified the the 'rtrules' file to: >> >> #SOURCE DEST PROVIDER PRIORITY >> lo - iPredator 11999 >> >> As there was an error with leaving both "SOURCE" and "DESTINATION" set >> to "-", despite the example I lifted it from. >> >> 1) I am able to apply the firewall configuration before connecting to >> OpenVPN, with the normal error: "WARNING: Interface tun0 is not usable >> -- Provider iPredator (2) not Started" >> 2) I am then able to connect to OpenVPN normally. >> 3) I can then re-apply the firewall configuration without error / >> warning. >> 4) I attempt to ping to verify my connection and all such packets are >> dropped >> 5) I then disconnect from OpenVPN and I get the error "connect: >> Network is unreachable" when attempting to ping / reconnect to OpenVPN >> 6) I then re-apply my firewall configuration >> 7) Ping's function normally and I can reconnect to OpenVPN (which >> functions normally) >> >> So, similar behavior before the upgrade, but I can no longer use the >> OpenVPN connection when the firewall is "fully applied". >> >> Attached please find a new dump, taken directly after step 5, as above. > > Let's solve the problems one at a time. Please forward a dump taken > after step 4. > > -Tom > -- > Tom Eastep \ When I die, I want to go like my Grandfather who > Shoreline, \ died peacefully in his sleep. Not screaming like > Washington, USA \ all of the passengers in his car > http://shorewall.net \________________________________________________ > > |
From: Tom Eastep <teastep@sh...> - 2013-01-05 15:52:01
|
On 01/05/2013 07:42 AM, Tom Eastep wrote: > On 01/04/2013 01:07 PM, f q wrote: >> I did as you suggested and upgraded to the latest version in >> repository linked from the download page. >> >> shorewall, shorewall-core, shorewall-init: 4.5.5.3-1~bpo60+1 >> >> After upgrading I modified the the 'rtrules' file to: >> >> #SOURCE DEST PROVIDER PRIORITY >> lo - iPredator 11999 >> >> As there was an error with leaving both "SOURCE" and "DESTINATION" set >> to "-", despite the example I lifted it from. >> >> 1) I am able to apply the firewall configuration before connecting to >> OpenVPN, with the normal error: "WARNING: Interface tun0 is not usable >> -- Provider iPredator (2) not Started" >> 2) I am then able to connect to OpenVPN normally. >> 3) I can then re-apply the firewall configuration without error / warning. >> 4) I attempt to ping to verify my connection and all such packets are dropped >> 5) I then disconnect from OpenVPN and I get the error "connect: >> Network is unreachable" when attempting to ping / reconnect to OpenVPN >> 6) I then re-apply my firewall configuration >> 7) Ping's function normally and I can reconnect to OpenVPN (which >> functions normally) >> >> So, similar behavior before the upgrade, but I can no longer use the >> OpenVPN connection when the firewall is "fully applied". >> >> Attached please find a new dump, taken directly after step 5, as above. > > Let's solve the problems one at a time. Please forward a dump taken > after step 4. You have 'fallback' on the 'loc' provider? -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |
From: Tom Eastep <teastep@sh...> - 2013-01-05 15:43:00
|
On 01/04/2013 01:07 PM, f q wrote: > I did as you suggested and upgraded to the latest version in > repository linked from the download page. > > shorewall, shorewall-core, shorewall-init: 4.5.5.3-1~bpo60+1 > > After upgrading I modified the the 'rtrules' file to: > > #SOURCE DEST PROVIDER PRIORITY > lo - iPredator 11999 > > As there was an error with leaving both "SOURCE" and "DESTINATION" set > to "-", despite the example I lifted it from. > > 1) I am able to apply the firewall configuration before connecting to > OpenVPN, with the normal error: "WARNING: Interface tun0 is not usable > -- Provider iPredator (2) not Started" > 2) I am then able to connect to OpenVPN normally. > 3) I can then re-apply the firewall configuration without error / warning. > 4) I attempt to ping to verify my connection and all such packets are dropped > 5) I then disconnect from OpenVPN and I get the error "connect: > Network is unreachable" when attempting to ping / reconnect to OpenVPN > 6) I then re-apply my firewall configuration > 7) Ping's function normally and I can reconnect to OpenVPN (which > functions normally) > > So, similar behavior before the upgrade, but I can no longer use the > OpenVPN connection when the firewall is "fully applied". > > Attached please find a new dump, taken directly after step 5, as above. Let's solve the problems one at a time. Please forward a dump taken after step 4. -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |
From: Tom Eastep <teastep@sh...> - 2013-01-05 15:33:28
|
On 01/05/2013 01:46 AM, tony.blue.mailinglist@... wrote: > Am 04.01.2013 22:14, schrieb Tom Eastep: >> A new problem has emerged: After the entry in the /etc/shorewall/masq >> shorewall does not work when the device ppp1is not created. If I want to >> start shorewall I have to make a VPN connection. >> >> Is there a way to start shorewall with no VPN connection(no ppp1 ipsec >> tunnel)? >> why don't you just do what I shoed you above? >> >> -Tom >> > > Hi Tom, > > please excuse. I was not sure if I post in the shorewall/dump on the > public list of published data that make my firewall insecure. > > Therefore, I send you the shorewall/dump personaly via email. I hope > this is okay. > > The structure is like this: > > +-------- eth2 (dmz > webserver) > | > Internet --- (dynamic IP) --- ppp0 ---- eth0 (local network) > | > +-------- eth3 (wlan) > | > +-------- tun0 (open-vpn) > | > +-------- ppp1 (vpn ipsec/l2tp) > This single entry will work: ppp0 192.168.0.0/16 -Tom -- Tom Eastep \ When I die, I want to go like my Grandfather who Shoreline, \ died peacefully in his sleep. Not screaming like Washington, USA \ all of the passengers in his car http://shorewall.net \________________________________________________ |