Re: Getting a free TCP port & blocking it

2008-03-01 Thread theneb
On Feb 29, 11:11 pm, Tim Roberts <[EMAIL PROTECTED]> wrote: > theneb <[EMAIL PROTECTED]> wrote: > >Hi all, > >I'm attempting to block a TCP port from any other application from > >using it until I free it from python, this is so that: > >1). Generate a random free user-space port > >2). Generate th

Re: Getting a free TCP port & blocking it

2008-02-29 Thread Tim Roberts
theneb <[EMAIL PROTECTED]> wrote: >Hi all, >I'm attempting to block a TCP port from any other application from >using it until I free it from python, this is so that: >1). Generate a random free user-space port >2). Generate the script for the external program with the port >3). Free the port befor

Getting a free TCP port & blocking it

2008-02-29 Thread theneb
Hi all, I'm attempting to block a TCP port from any other application from using it until I free it from python, this is so that: 1). Generate a random free user-space port 2). Generate the script for the external program with the port 3). Free the port before external program execution. This is w

Re: Port blocking

2005-01-11 Thread Mark Carter
Ed Leafe wrote: On Jan 10, 2005, at 8:00 PM, Steve Holden wrote: There isn't, IMHO, anything with the polish of (say) Microsoft Access, or even Microsoft SQL Server's less brilliant interfaces. Some things Microsoft *can* do well, it's a shame they didn't just stick to the knitting. Though

Re: Port blocking

2005-01-10 Thread Ville Vainio
> "Steve" == Steve Holden <[EMAIL PROTECTED]> writes: >> >>> Usually you wouldn't run a public corba or pyro service over >> >>> the internet. You'd use something like XMLRPC over HTTP port >> >>> 80 partly for the precise purpose of not getting blocked by >> >>> firewalls.

Re: Port blocking

2005-01-10 Thread Aldo Cortesi
Thus spake Steve Holden ([EMAIL PROTECTED]): > I teach the odd security class, and what you say is far > from true. As long as the service is located behind a > firewall which opens up the correct holes for it, it's > most unlikely that corporate firewalls would disallow > client connections to su

Re: Port blocking

2005-01-10 Thread Ed Leafe
On Jan 10, 2005, at 8:00 PM, Steve Holden wrote: Ah yes, but is there really? For example, I did a search of the TOC of GTK+ Reference Manual: http://developer.gnome.org/doc/API/2.0/gtk/index.html for the word "data", and there's apparently no widget which is explicitly tied to databases. So in G

Re: Port blocking

2005-01-10 Thread Paul Rubin
Mark Carter <[EMAIL PROTECTED]> writes: > >>Also, is there a good tool for writing database UIs? > > Yes, quite a few. > > Ah yes, but is there really? For example, I did a search of the TOC of > GTK+ Reference Manual: Try looking on freshmeat or sourceforge instead. -- http://mail.python.org/ma

Re: Port blocking

2005-01-10 Thread Steve Holden
Ville Vainio wrote: "Mark" == Mark Carter <[EMAIL PROTECTED]> writes: Mark> Mark Carter wrote: >> Paul Rubin wrote: >>> Usually you wouldn't run a public corba or pyro service over >>> the internet. You'd use something like XMLRPC over HTTP port >>> 80 partly for the precise p

Re: Port blocking

2005-01-10 Thread Steve Holden
Mark Carter wrote: Paul Rubin wrote: Mark Carter <[EMAIL PROTECTED]> writes: Supposing I decide to write a server-side application using something like corba or pyro. Usually you wouldn't run a public corba or pyro service over the internet. You'd use something like XMLRPC over HTTP port 80 partl

Re: Port blocking

2005-01-10 Thread Ville Vainio
> "Mark" == Mark Carter <[EMAIL PROTECTED]> writes: Mark> Mark Carter wrote: >> Paul Rubin wrote: >>> Usually you wouldn't run a public corba or pyro service over >>> the internet. You'd use something like XMLRPC over HTTP port >>> 80 partly for the precise purpose of not

Re: Port blocking

2005-01-10 Thread Grant Edwards
On 2005-01-10, Diez B. Roggisch <[EMAIL PROTECTED]> wrote: >> Usually you wouldn't run a public corba or pyro service over >> the internet. You'd use something like XMLRPC over HTTP port >> 80 partly for the precise purpose of not getting blocked by >> firewalls. > > What exactly makes sending by

Re: Port blocking

2005-01-10 Thread Mark Carter
Mark Carter wrote: Paul Rubin wrote: Usually you wouldn't run a public corba or pyro service over the internet. You'd use something like XMLRPC over HTTP port 80 partly for the precise purpose of not getting blocked by firewalls. I'm not sure if we're talking at cross-purposes here, but the appl

Re: Port blocking

2005-01-10 Thread Diez B. Roggisch
> Usually you wouldn't run a public corba or pyro service over the > internet. You'd use something like XMLRPC over HTTP port 80 partly > for the precise purpose of not getting blocked by firewalls. What exactly makes sending bytes over port 80 more secure than over any other port? It has always

Re: Port blocking

2005-01-10 Thread Mark Carter
Paul Rubin wrote: Mark Carter <[EMAIL PROTECTED]> writes: Supposing I decide to write a server-side application using something like corba or pyro. Usually you wouldn't run a public corba or pyro service over the internet. You'd use something like XMLRPC over HTTP port 80 partly for the precise p

Re: Port blocking

2005-01-10 Thread Paul Rubin
Mark Carter <[EMAIL PROTECTED]> writes: > Supposing I decide to write a server-side application using something > like corba or pyro. > > What's the chance that in big corporations, the client's ports (in > both senses of the word: fee-paying, and application) will be blocked, > thereby immediatel

Port blocking

2005-01-10 Thread Mark Carter
Supposing I decide to write a server-side application using something like corba or pyro. What's the chance that in big corporations, the client's ports (in both senses of the word: fee-paying, and application) will be blocked, thereby immediately scuppering whatever I have written? Has this p