On Sun, 18 Jan 2004, Orna Agmon wrote:

> I agree with Eli on this point. I think this is a great lecture for SIL,
> but Eli's lecture was given not so long ago, and I feel there is a bit
> more to GNU and Linux than repeating topics in such a small time interval.

I will not repeat on his topics at all.. There is a lot to cover in
IPtables, and extremely little was talked regarding what I want to talk
about in great expend, and more that he didn't talk about at all (in my
opinion). It's almost like saying that we are talking about Linux all the
time :)

> Adir, If March (the next SIL slot) is too soon, we can schedule your
> IPtables lecture as a SIL lecture a bit afterwards, but May 31st is a date
> reserved for a "regular" lecture (veteran, advanced, new, whatever you may
> call it).

As I said, I don't mind about the status of the first lecture (as I see
it, it is going to be two lectures). However the 2nd one (attacks
scenarios and ways to prevent them, in addition to building a "real"
firewall via IPtables) is considered advanced because it assumes knowledge of
IPtables, its important concepts or at least the previous lecture. What I
suggest, in this case, is to give the advanced lecture on a "regular"
date, and to give the basic lecture a week before, just like we do with
the SiL, unless people want the two lectures to be scheduled regular, and
in a difference of two weeks. In this case, I will like to get two
"regular" dates so people won't get tired after 4 lectures in a month (a
lecture every week).

In addition to that, before we decide that it's good for the SiL or not,
I'd like to give the lecture in order to know how good it is (it will be a
first run, after all). If it's going to be good enough, we can schedule it
once again as a SiL lecture for next year, like we did with other successful
(or wanted) lectures.

> However, since most of the Haifux "veterans" have already enjoyed Eli's
> lecture, and can go to the slides to refresh their memory (no need to
> hammer that info inside heads), I see no reason for a causing a drought of
> lectures (4 or 6 weeks between new topics).

Eli's slides are not going to overlap with mine, as I will give a totally
different view. It's just like saying that "advanced networking shouldn't
be covered because we talked about it once". I don't need to say that
"advanced networking" is a general subject. Also iptables, in this case.
Besides that - Eli's lecture was given in April 2003 (28/4/2003, if to be
exact). That makes it 9 months, not 6 weeks...

>
> Orna.
>

-- 
____________________________________________________________________________
Adir Abraham
Technion's Advisors Group and Public PC Farms Manager
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Haifa, Israel
ICQ# 1841481
Cel# +972-53-243438, +972-55-481245
KeyID: 0xD8DC85C7  Fingerprint: 138D 8F41 7A06 44A0  3DBB 9DC3 FE8B 2658
____________________________________________________________________________


-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>

mQEPAzLax/sAAAEIAK2bI8utornDYd5LdU+/TABNmqXneiXuLx4j8OKD2GjfS/O8
E6nrX69ot4uU5ryjp5h+7VHBZqCQz+8VC8ly2ANtycejAc82gllVC96fbA+Y6uuN
uI9aXkwNqhphmmQZIVaOZDRAo9//1zX9r41xY+8rKSQuNcp+FPD/A5Itng0xhsfS
KkCV4tT0mGpiydUHFrugk/bouXPYwUHXSnHp/mPdGsjgqipezHPzCWIn3xcJjk2/
tjd5/ym+arWpKW5nvTuvalcMi2DIcEilSrT5NLwgeuh3eqitYOc9WTiMNMvUiVcP
sucJkdxNwjEX9MgD/bLY9wT/13brqxk71tjchccAEQEAAbQnQWRpciBBYnJhaGFt
IDxhZGlyQHZpcGUudGVjaG5pb24uYWMuaWw+iQEVAwUQMtrH+6sZO9bY3IXHAQGb
0gf9FwrJBKaTP0yvf3+vwtB+9ftS0woz1TawJwflC5EoHJs7D/5GzkAaRV82RSkH
P9fSHmM+LUB0huBBK1qtNyXHWIjQTmYwFYC8Oen4q0Fyze7cloSnpD1rVjI0HoCO
UU8bbz0Iseizdjhnl2PTItQ+dkKzLcww1jW5iPXOWd1o8/8s2aebhrpDRO8BfAYg
H29jhmDtuVQDPgFfkN/kP+xpHQplMN5Qh1oP22f+Wyg8sVvSv8P7cM+88u46FHi3
zvHpVnZKIBtKhksnH1PYXtz7FvS7vA+MbpM47kgmQGL5Ygig0pUUbBCGlzmg2Hvd
262YCdVYNwpIjQWBLJI8orea0Q==
=dgNP
-----END PGP PUBLIC KEY BLOCK-----

--------------------------------------------------------------------------
Haifa Linux Club Mailing List (http://www.haifux.org)
To unsub send an empty message to [EMAIL PROTECTED]


Reply via email to