Linux Security

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • susefirewall2 problem (SuSE 10.1)

    8 answers - 3626 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    PGP SIGNED MESSAGE
    Hash: SHA1
    When I start the computer or run SuSEfirewall2 I get some weird errors:
    nimrodel:~ # SuSEfirewall2
    SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
    SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2
    SuSEfirewall2: Firewall customary rules loaded from /
    SuSEfirewall2: batch committing
    iptables-batch v1.3.5: host/network `##' not found
    Try `iptables-batch -h' or 'iptables-batch ' for more information.
    SuSEfirewall2: Error: iptables-batch failed, re-running using iptables
    iptables v1.3.5: host/network `##' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `##' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `Type:' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `Type:' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `string' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `string' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `##' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `##' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `Default:' not found
    Try `iptables -h' or 'iptables ' for more information.
    iptables v1.3.5: host/network `Default:' not found
    Try `iptables -h' or 'iptables ' for more information.
    SuSEfirewall2: Firewall rules successfully set
    nimrodel:~ # rcSuSEfirewall2 status
    Checking the status of SuSEfirewall2 running
    nimrodel:~ #
    I worry about the "not found" errors. How do I find out what is the exact
    problem? A bug of mine or of SuSE? It does not report the problematic file
    or line.
    The configuration is the same I had with 9.3, and it worked with no
    errors, AFAIK.
    I'm also getting some strange errors, maybe non related:
    Jul 23 13:13:16 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61663 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN URGP=0
    PT (0101080A0002D56B70A5E356)
    Jul 23 13:13:18 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61664 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN URGP=0
    PT (0101080A0002D6D370A5E356)
    Jul 23 13:13:21 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61665 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN URGP=0
    PT (0101080A0002D9A370A5E356)
    Jul 23 13:13:38 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61667 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN URGP=0
    PT (0101080A0002EA8370A5E356)
    The remote IP is ftp.gwdg.de. They occur when starting or closing YU.
    - --
    Cheers,
    Carlos Robinson
    PGP SIGNATURE
    Version: GnuPG v1.4.2 (GNU/Linux)
    Comment: Made with pgp4pine 1.76
    /qdeTyTRVC93TcoQ=
    =ENV8
    PGP SIGNATURE
  • No.1 | | 1751 bytes | |

    Am Sonntag, 23. Juli 2006 13:17 schrieb Carlos E. R.:

    I've trimmed your error messages:

    iptables v1.3.5: host/network `##' not found
    iptables v1.3.5: host/network `Type:' not found
    iptables v1.3.5: host/network `string' not found
    iptables v1.3.5: host/network `##' not found
    iptables v1.3.5: host/network `Default:' not found

    I worry about the "not found" errors. How do I find out what is the exact
    problem?

    Have a look at your /etc/sysconfig/SuSEfirewall2, e.g.:
    ## Path: Network/Firewall/SuSEfirewall2
    ## Description: SuSEfirewall2 configuration
    ## Type: string
    ## Default: any

    , parts of a comment get passed to iptables-batch/iptables.

    A bug of mine or of SuSE? It does not report the problematic
    file or line.

    SuSEfirewall2 does not recognize that error and, thus, silently passing
    wrong parameters. Then, iptables-batch/iptables complains about them.

    The configuration is the same I had with 9.3, and it worked with no
    errors, AFAIK.

    You should check your /etc/sysconfig/SuSEfirewall2. E.g., by using
    grep -v "#" /etc/sysconfig/SuSEfirewall2
    to ensure that all options are well-formed (KEY="VALUE"). If so, try to
    comment out all options and re-add them one by one until the problem is
    triggered.

    I'm also getting some strange errors, maybe non related:

    Jul 23 13:13:16 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61663 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN
    URGP=0 PT (0101080A0002D56B70A5E356)
    ().

    Hmm, you already experienced such log entries some months ago. :)

    G
    Jan
  • No.2 | | 1668 bytes | |

    PGP SIGNED MESSAGE
    Hash: SHA1

    The Sunday 2006-07-23 at 16:29 +0200, Jan Ritzerfeld wrote:

    You should check your /etc/sysconfig/SuSEfirewall2. E.g., by using
    grep -v "#" /etc/sysconfig/SuSEfirewall2
    to ensure that all options are well-formed (KEY="VALUE"). If so, try to
    comment out all options and re-add them one by one until the problem is
    triggered.

    As far as I can see, they are all well formed, no "#" appears in the
    output. I can't simply delete everything, that would be the same as
    removing the firewall.

    []

    Actually, I just saw a mistaken line:

    FW_TRUSTED_NETS="192.168.1.11,tcp,ftp 192.168.1.11,tcp,ftp-data \
    ## Type: string
    ## Default:
    192.168.1.11,tcp,ssh \
    192.168.1.1,udp,tftp"

    I removed the comments in the middle and the error got corrected. I can't
    understand how they got there :

    I'm also getting some strange errors, maybe non related:

    Jul 23 13:13:16 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61663 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN
    URGP=0 PT (0101080A0002D56B70A5E356)
    ().

    Hmm, you already experienced such log entries some months ago. :)

    True enough. But this is the first time I noticed them appearing in the
    log at the same time as I clicked somewhere, ie, repeatable. And
    previously it was 9.3, now it is 10.1

    - --
    Cheers,
    Carlos E. R.

    PGP SIGNATURE
    Version: GnuPG v1.4.2 (GNU/Linux)
    Comment: Made with pgp4pine 1.76

    pLVnshV25RHrw+zQoj9NLFA=
    =TTJa
    PGP SIGNATURE
  • No.3 | | 1953 bytes | |

    Am Sonntag, 23. Juli 2006 21:01 schrieb Carlos E. R.:

    The Sunday 2006-07-23 at 16:29 +0200, Jan Ritzerfeld wrote:
    You should check your /etc/sysconfig/SuSEfirewall2. E.g., by using
    grep -v "#" /etc/sysconfig/SuSEfirewall2
    to ensure that all options are well-formed (KEY="VALUE"). If so, try to
    comment out all options and re-add them one by one until the problem is
    triggered.

    As far as I can see, they are all well formed, no "#" appears in the
    output. ().

    , the regex was somewhat wrong, or useless. grep -v "^#" would have been
    better.

    FW_TRUSTED_NETS="192.168.1.11,tcp,ftp 192.168.1.11,tcp,ftp-data \
    ## Type: string
    ## Default:
    192.168.1.11,tcp,ssh \
    192.168.1.1,udp,tftp"

    Argh, such lines would be surpressed, regardless which regex you used.

    I removed the comments in the middle and the error got corrected. I can't
    understand how they got there :

    Does not matter. You found the error. :)

    I'm also getting some strange errors, maybe non related:

    Jul 23 13:13:16 nimrodel kernel: SFWUT-ERRR IN= UT=eth0
    SRC=192.168.1.12 DST=134.76.11.100 LEN=52 TS=0x00 PREC=0x00 TTL=64
    ID=61663 DF PRT=TCP SPT=24438 DPT=80 WINDW=2184 RES=0x00 ACK FIN
    URGP=0 PT (0101080A0002D56B70A5E356)
    ().

    Hmm, you already experienced such log entries some months ago. :)

    True enough. But this is the first time I noticed them appearing in the
    log at the same time as I clicked somewhere, ie, repeatable.

    For me, this kind of errors was repeatable when using "whois" querying a
    special domain, i.e., a special whois server. But I do not think that these
    "errors" are harmfull and, so, I just ignore them.
    BTW, one of the IP addresses appearing in my SWUT-ERRRs is
    195.135.221.132, ftp.suse.com

    And previously it was 9.3, now it is 10.1

    AFAIK, there was not much change in the SuSEfirewall2

    G
    Jan
  • No.4 | | 968 bytes | |

    PGP SIGNED MESSAGE
    Hash: SHA1

    The Monday 2006-07-24 at 10:59 +0200, Jan Ritzerfeld wrote:

    FW_TRUSTED_NETS="192.168.1.11,tcp,ftp 192.168.1.11,tcp,ftp-data \
    ## Type: string
    ## Default:
    192.168.1.11,tcp,ssh \
    192.168.1.1,udp,tftp"

    Argh, such lines would be surpressed, regardless which regex you used.

    I removed the comments in the middle and the error got corrected. I can't
    understand how they got there :

    Does not matter. You found the error. :)

    Well, I'd like to know if I have to blame myself or not ;-)

    BTW, one of the IP addresses appearing in my SWUT-ERRRs is
    195.135.221.132, ftp.suse.com

    Funny. Yes, we'll have to ignore them, but I'd like to know what is
    causing them.
    - --
    Cheers,
    Carlos E. R.

    PGP SIGNATURE
    Version: GnuPG v1.4.2 (GNU/Linux)
    Comment: Made with pgp4pine 1.76

    7D92vttr3WemDgz6pz/pPwk=
    =hb8X
    PGP SIGNATURE
  • No.5 | | 1177 bytes | |

    Carlos E. R. wrote:

    FW_TRUSTED_NETS="192.168.1.11,tcp,ftp 192.168.1.11,tcp,ftp-data \
    ## Type: string
    ## Default:
    192.168.1.11,tcp,ssh \
    192.168.1.1,udp,tftp"
    >Argh, such lines would be surpressed, regardless which regex you used.
    >>

    I removed the comments in the middle and the error got corrected. I can't
    understand how they got there :
    >Does not matter. You found the error. :)


    Well, I'd like to know if I have to blame myself or not ;-)

    From older messages on this list, I learned that defining a variable
    over multiple lines is not allowed in SuSEfirewall (and probably on all
    configuration files handled by SuSEconfig).

    The error you are seeing is due to an update from SuSEfirewall2 (which
    recreated the conf file) or to a configuration through yast.

    So, forget using

    F=" \
    1.2.3.4 \
    5.6.7.8 \
    "

    and type

    F="1.2.3.4 5.6.7.8" .

    , don't use yast to edit your FW config and save/check/restore after a
    SuSEFirewall2 update.

    Regards, Richard
  • No.6 | | 1312 bytes | |

    PGP SIGNED MESSAGE
    Hash: SHA1

    The Monday 2006-07-24 at 14:43 +0200, Richard Ems wrote:

    >From older messages on this list, I learned that defining a variable

    over multiple lines is not allowed in SuSEfirewall (and probably on all
    configuration files handled by SuSEconfig).

    The error you are seeing is due to an update from SuSEfirewall2 (which
    recreated the conf file) or to a configuration through yast.

    So, forget using

    F=" \
    1.2.3.4 \
    5.6.7.8 \
    "

    and type

    F="1.2.3.4 5.6.7.8" .

    Actually, I had:

    F=" 1.2.3.4 \
    ## coment
    ## coment
    5.6.7.8 \

    It was the comments in the middle that were giving problems, not the
    multiline difinition - which must work, it is standard script syntax. What
    I don't understand is how those comments got in there. It could be the
    updated from 9.3 to 10.1 process, or it could be my thick hands.

    , don't use yast to edit your FW config

    I never do, I edit the file directly.

    and save/check/restore after a
    SuSEFirewall2 update.
    - --
    Cheers,
    Carlos E. R.
    PGP SIGNATURE
    Version: GnuPG v1.4.2 (GNU/Linux)
    Comment: Made with pgp4pine 1.76

    Pft/NRdH+nhTtdVKwES+CLU=
    =95e9
    PGP SIGNATURE
  • No.7 | | 568 bytes | |

    Hello,

    Am Montag, 24. Juli 2006 14:43 schrieb Richard Ems:
    []
    From older messages on this list, I learned that defining a variable
    over multiple lines is not allowed in SuSEfirewall (and probably on
    all configuration files handled by SuSEconfig).

    So, forget using

    F=" \
    1.2.3.4 \
    5.6.7.8 \
    "

    SuSEfirewall (better: its YaST2 module) was just fixed to allow
    multiline entries - this will go into 10.2 and Factory.

    However, I don't recommend to use the backslashes ;-)

    Regards,

    Christian Boltz
  • No.8 | | 513 bytes | |

    Carlos E. R. wrote:
    Actually, I had:

    F=" 1.2.3.4 \
    ## coment
    ## coment
    5.6.7.8 \

    It was the comments in the middle that were giving problems, not the
    multiline difinition - which must work, it is standard script syntax. What
    I don't understand is how those comments got in there. It could be the
    updated from 9.3 to 10.1 process, or it could be my thick hands.

    The comments got in through yast or SuSEconfig, because of the multiline
    definition o the variable F!

Re: susefirewall2 problem (SuSE 10.1)


max 4000 letters.
Your nickname that display:
In order to stop the spam: 3 + 2 =
QUESTION ON "Linux Security"

EMSDN.COM