Re: [opensuse] Re: Interactive Firewall Needed


"..but port open/closing is **NOT** to be done at run time."

-----> Say for example one application needs the open port once in
a day for communicating.would it be better to keep a port open for ever
after installation even if it is not needed??


"nor does it make a discussion for a ***LINUX*** forum. "

Its absolutely your opinion but the response of this topic should be visible to you.Many people already shared their views and discussed about this topic.

Cant we think beyond some conventional mindset
-->One application is doing similar to MS it means its from MS world and we dont discuss with it in **LINUX FORUM**
--->This problem is similar/present in MS or Mac so we dont discuss with it in **LINUX FORUM**

We should try to make a better platform taking all the good options from all the platform as much as possible.Since Linux is Open we have the opportunity do that.We can make it better and better..

Prasun



----- Original Message ----
From: L. V. Lammert <lvl@xxxxxxxxxxx>
To: Prasun Dhara <prasun_instru@xxxxxxxxx>
Sent: Thursday, May 7, 2009 11:53:07 PM
Subject: Re: [opensuse] Re: Interactive Firewall Needed

At 11:04 AM 5/7/2009 -0700, you wrote:

But I can not agree with you on the point #1.

When one particular application will listen to a port, it totally depends on the application.
It may be during installation,may be during anytime the application wish.

I am totally agree with you Jim.

See the reply to Jim - don't confuse 'run' with 'install'. For an application to be installed properly, part of that installation must be to configure the firewall (if it exists). That process might include an automated script or a README, .. but port open/closing is **NOT** to be done at run time.


In the corporate world, in fact, the user doesn't even HAVE the ability to open/close a port; the fact that Windows users are used to dealing with this sort of issue on a regular basis does not make it good security practice, nor does it make a discussion for a ***LINUX*** forum.

Lee



--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx

Relevant Pages

  • Re: [SLE] KDE-3.4
    ... > solved (and, in my opinion, SEP): ... > mark for installation the various cyrus-sasl packages. ... I don;t use kmail, but didn;t get any unresolved depndecies in the rpm ... arise as a result of e-mail transmission. ...
    (SuSE)
  • Re: Linux? Maybe next time
    ... >> parties in question give a shit about the users on that platform (the ... > applications have the more painful installation routine). ... Packaging is typically assumed to be the job ... Windows has an advantage in that all versions behave in very similar ways ...
    (alt.os.linux.suse)
  • Re: project could not be opened...refers to a device platform that
    ... Was able to fix problem by running repair on Visual Studio 2005: ... the installation. ... platform installed on both or install the SDK on the computer showing the ... manually to an SDK like PPC2003. ...
    (microsoft.public.dotnet.framework.compactframework)
  • Re: Great SWT Program
    ... editor with auto-paste-from-shell functionality. ... At least our platform *has* conventions. ... for people whose previous experience is with Windows. ... and the people I did the installation for haven't complained, ...
    (comp.lang.java.programmer)
  • Re: ANNOUNCE: SHA-224 in Digest::SHA
    ... This allows them to use either stack or heap. ... In fact every platform that Bitkeeper ... LTC supports too [hint: LTC is in Bitkeeper according to Bitmover ... Oh, so now I can't express my own opinion, not two days ago I was being ...
    (sci.crypt)