Re: Getting a free TCP port blocking it
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 the script for the external program with the port 3). Free the port before external program execution. What's the point? Why can't the actual user of the port create the port, and then notify the other side of the port number? The system the app will run on will be creating three instances of the external application, the python app has to keep track of which port the external app is running on. And why don't you just specify a port number of 0 and let the system assign you a free port number? -- Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. -- http://mail.python.org/mailman/listinfo/python-list
Getting a free TCP port blocking it
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 what I have so far:
class portFinder:
port = None
socketobj = None
def __init__(self):
i=2000
portStatus=0
while portStatus!=111:
sockobj = socket(AF_INET, SOCK_STREAM)
portStatus=sockobj.connect_ex(('localhost',i))
if portStatus!=111:
i+=1
sockobj.close()
self.socketobj=socket(AF_INET, SOCK_STREAM)
self.socketobj.bind(('localhost',i))
self.socketobj.setblocking(1)
self.port=i
def getPort(self):
return self.port
def free(self):
self.socketobj.close()
--
http://mail.python.org/mailman/listinfo/python-list
Re: Getting a free TCP port blocking it
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 before external program execution. What's the point? Why can't the actual user of the port create the port, and then notify the other side of the port number? And why don't you just specify a port number of 0 and let the system assign you a free port number? -- Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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. shameless plugThough it's certainly not anywhere near the polish of Access, you should check out Dabo. Thanks. I'll look into it. -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 partly for the precise purpose of not getting blocked by firewalls. Although, when you think about it, it kinda defeats the purposes of firewalls. Not that I'm criticising you personally, you understand. Yet another brilliant Microsoft marketing concept: Shit, these bloody firewalls are getting in the way of our new half-baked ideas for application architectures to replace all that funky not-invented-here open source stuff we can't charge money for. Let's design something that completely screws up existing firewall strategies, then we can charge people extra to firewall the new stuff after we've hooked them all on yet another inferior execution of existing ideas. 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: 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 GTKs case, for instance, it looks like one has to roll one's own solution, rather than just using one out of the box. 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. regards Steve -- Steve Holden http://www.holdenweb.com/ Python Web Programming http://pydish.holdenweb.com/ Holden Web LLC +1 703 861 4237 +1 800 494 3119 -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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/mailman/listinfo/python-list
Re: Port blocking
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 GTKs case, for instance, it looks like one has to roll one's own solution, rather than just using one out of the box. 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. shameless plugThough it's certainly not anywhere near the polish of Access, you should check out Dabo. It's designed from the ground up to be a database application framework, and is on its way to achieving that goal. Right now you still have to do all the UI stuff in code, but we're just starting to develop the visual UI Designer. Stay tuned!/shameless plug ___/ / __/ / / Ed Leafe http://leafe.com/ http://dabodev.com/ -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 such a remote port. Don't be too sure about that - most of the well-run corporate networks I have been involved with block outbound traffic by default. It is certainly sound security policy to shunt outbound traffic through intermediary servers (e.g. SMTP) and proxies (e.g. HTTP and FTP) so that it can be logged, monitored, tracked, and controlled. This is the strategy I recommend to my clients - the only sensible one in a world of spyware, worms, insecure web browsers and corporate espionage... Cheers, Aldo -- Aldo Cortesi [EMAIL PROTECTED] http://www.nullcube.com Off: (02) 9283 1131 Mob: 0419 492 863 -- http://mail.python.org/mailman/listinfo/python-list
Port blocking
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 problem ever arisen for anyone? Also, is there a good tool for writing database UIs? -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 immediately scuppering whatever I have written? Has this problem ever arisen for anyone? 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. Also, is there a good tool for writing database UIs? Yes, quite a few. -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 purpose of not getting blocked by firewalls. Although, when you think about it, it kinda defeats the purposes of firewalls. Not that I'm criticising you personally, you understand. 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: 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 GTKs case, for instance, it looks like one has to roll one's own solution, rather than just using one out of the box. -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 been my impression that this was to create less administrative troubles for firewall admins. But its not inherently more secure. That's a property of the application running. -- Regards, Diez B. Roggisch -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 application isn't intended for public consumption, but for fee-paying clients. -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 bytes over port 80 more secure than over any other port? Nothing. When has reality had anything to do with the way corporate IT types configure firewalls? ;) It has always been my impression that this was to create less administrative troubles for firewall admins. It's to give corporate IT types the _illusion_ of security and relieve them of the need to learn how to configure firewalls. But its not inherently more secure. That's a property of the application running. -- Grant Edwards grante Yow! HAIR TONICS, please!! at visi.com -- http://mail.python.org/mailman/listinfo/python-list
Re: Port blocking
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 getting blocked by firewalls. Mark I'm not sure if we're talking at cross-purposes here, but Mark the application isn't intended for public consumption, but Mark for fee-paying clients. Still, if the consumption happens over the internet there is almost 100% chance of the communication being prevented by firewalls. This is exactly what web services are for. -- Ville Vainio http://tinyurl.com/2prnb -- http://mail.python.org/mailman/listinfo/python-list
