Cannot define table bogons

doktornotor

Dunno, you really need to read the script and test why it fails for you. As you have already noted:

edit: Hmmm, strange I am currently not blocking bogons - but there is table listing for bogons, but not bogons6. If I enable bogon blocking, then bogonsv6 shows up in the diag, tables

When you don't have the blocking enabled, then the table does not exist, then you get the message because


if [ $BOGONS_V6_TABLE_COUNT -gt 0 ]

is false. Overall, messing with this when bogons not used anywhere on your box does not really make much sense. (And yeah the message logged is BS.)

johnpoz

Agree I don't really care, not using bogons - but was curious why it shows the v4 table, but not the v6.. I would expect to not show either of them if not enabled, or show both of them even though they are not actually being used. The table is clearly there as far as file

[2.2.1-RELEASE][root@pfSense.local.lan]/etc: ls -la bogons*
-rw-r–r-- 1 root wheel 57528 Mar 20 06:12 bogons
-rw-r--r-- 1 root wheel 903765 Mar 20 06:12 bogonsv6

Why is the table not there?

[2.2.1-RELEASE][root@pfSense.local.lan]/etc: pfctl -sTables
LocalsIPv4
LocalsIPv6
bogons
remote
snort2c
sshlockout
tonatsubnets
virusprot
webConfiguratorlockout

I don't think its the update file that creates or doesn't create the table from the get go. So since the OP has no tables at all, I think that is where he problem is vs the update part of bogons - if there is no tables there at all how could they be updated?

So the text in the update script needs to be update I think, and if bogons is not enabled there really shouldn't even be a bogons 4 or 6 table. So why do I have a bogon 4 table?

doktornotor

@johnpoz:

So why do I have a bogon 4 table?

Because there's some basic bogons (v4) file shipped with pfSense core. There's no such thing with IPv6.

johnpoz

So then that again clearly points to the OP problem not being related to the bogon update script if he is not seeing anything in diag tables.

"If I go to diagnostic - tables I don't' have any entry in the Table dropdown menu."

So to validate this decibel83 what do you get from

pfctl -sTables

Until there is a table there or the other tables I wouldn't look to how it updates as the root of his problem. Like you said there are core tables shipped.. So he does a clean install and goes to diag, tables he should see those. Before or even if bogons can or does get updated.

guterkerl

this is probably a bug … am getting the same problems on proxmox ... clean install of 2.2.1 ... port forwarding is not working

adamBB

Did anyone every find a solution to this issue?

I am getting this on 2.2.1 when install on my Proxmox 3.4 machine.
I am setting HDD/NIC as vitro and CPU as KVM with 2GB ram.

Does anyone how to make this work with proxmox (2.1.5 doesnt have this issue)

guterkerl

@adamBB why are you still using 2.2.1? :o lol anyway this still didn't work on 2.2.2 … am using proxmox 3.4 too ... I went back to 2.1.5 just to have it working

just in case someone has other ideas ... on how to solve this


[2.2.2-RELEASE][root@pfsense]/root: pfctl -sTables
bogons
[2.2.2-RELEASE][root@pfsense]/root:

johnpoz

"I went back to 2.1.5 just to have it working"

For bogons?? Really?? So how many hits a day you getting on blocking bogons? Blocking bogons while sure ok why not block them, is to be honest pretty useless security measure.. How many hits do you see from bogons - ever even seen a hit?

guterkerl

@johnpoz:

For bogons?? Really?? So how many hits a day you getting on blocking bogons? Blocking bogons while sure ok why not block them, is to be honest pretty useless security measure.. How many hits do you see from bogons - ever even seen a hit?

It's not just for bogons mate. As the OP posted:
1. no routing/firewall features are working
2. no entries in tables


[2.2.5-RELEASE][root@pfsense]/root: pfctl -sTables
bogons
[2.2.5-RELEASE][root@pfsense]/root:

Fresh install of 2.2.5 for Proxmox is still not working. Am using 2.1.5 ATM could be stuck here for a while

d.carmignani

Hi. I am experiencing the same issue: did you solve it?

d.carmignani

FYI: in my case the error happens using qemu as hypervisor, and my OpenStack was configured to use it. With KVM it works correctly