Re: Hey, SiteFinder is back, again...
Am 05.11.2007 um 17:16 schrieb Stephane Bortzmeyer: 3) Provide DNS recursors which do the mangling *and* block users, either by filtering out port 53 or by giving them a RFC 1918 address with no NAT for this port. I've seen 1) and 2) in the wild and I am certain I will see 3) one day or the other. Just recently in NYC, the hotel internet connection did intercept any UDP traffic to *:53, redirecting it to their resolver. Which did not only serve their own A records for names that should have returned NXDOMAIN, but also returned better answers than you normally would get (requesting pages from www.weather.com delivered pages from www.accuweather.com ). Of course it even did that after I had paid and clicked through their walled garden site. Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
Re: Can P2P applications learn to play fair on networks?
[EMAIL PROTECTED] schrieb: If P2P software relied on an ISP middlebox to mediate the transfers, then each middlebox could optimize the local situation by using a whole smorgasbord of tools. Are there any examples of middleware being adopted by the market? To me, it looks like the clear trend is away from using ISP-provided applications and services, towards pure packet pushing (cf. HTTP proxies, proprietary information services). I'm highly sceptical that users would want to adopt any software that ties them more to their ISP, not less. Stefan
Re: Using Mobile Phone email addys for monitoring
Am 06.09.2007 um 23:22 schrieb matthew zeier: Ken Simpson wrote: It's more effective to spend the money on SMS messages. Mobile providers are forced to use very aggressive anti spam measures, which can add significant delays in message delivery. Recommendations on software and modems? gsmd (from gsmlib http://www.pxh.de/fs/gsmlib/), a couple of small scripts, and a Siemens MC35i, working nicely with nagios at $work. gsmlib should be able to talk to most any GSM device with a serial port (data cards included), since the AT commands for sending and receiving SMS are standardized. Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140