Could someone who’s familiar with Apache’s mod_rewrite and regexp help me understand what’s wrong with the following statements?
# Slashdot video…
RewriteCond %{HTTP_REFERER} ^http://*slashdot* [NC]
RewriteCond %{REQUEST_FILENAME} /files/videos/bull_512k.mov [NC]
RewriteRule ^$ /files/videos/sorry_slashdot.mov [R=301,L]
I know I’m doing something wrong, but I’m not sure what…
Thank you. :)
To compile a static copy of GNU netcat under Cygwin:
CFLAGS=-static ./configure –disable-nls ; make
Guh. Finally. Too bad I need to include cygwin1.dll with it all…
Help! I’m having an issue that I just can’t seem to figure out… Hopefully someone here will be able to point me in the right direction. I *think* the problem is with pipes in Windows (XP SP2 specifically) but I’m not completely sure.
Basically, I’m doing this: nc 192.168.0.1 10567 < hugefile.gz on the Windows box, and the destination has been Linux, Windows XP, and OS X, all with the same result.
Hugefile is somewhere around 22GB… What happens is that seemingly no matter where the destination is, it just stops sending after a while, usually with the output file on the target machine being 23MB-24MB. This size is not consistant. I’ve also gotten these results across a pocket-sized 100MB switch, the company’s switch to which I’m connected, etc.
I really don’t know what’s up… I think it’s Windows pipes, or some sort of buffer somewhere?
Sending from Linux to Windows works just fine, as this was how I created the image. (dd if=/dev/hda | gzip -c | nc -w 15 192.168.0.2)
Does anyone have any ideas? I’m really lost…
UPDATE: A bit more info… This is what I see on the sending side:
nc -v -v -v -w 30 130.175.142.190 10567 < createdimage.gz p-p-p-powerbook.XXXXX.XX.XXX.XXX [XXX.XXX.XXX.XXX] 10567 (?) open net timeout sent 24887296, rcvd 0: NOTSOCK
And on the target side:
nc -l -v -v -v -p 10567 > createdimage.gz
listening on [any] 10567 …
connect to [130.175.142.190] from XXXXXX-notebook.XXXXX.XX.XXX.XXX [XXX.XXX.XXX.XXX] 4244
sent 0, rcvd 24215552
So, yeah. I’m running out of ideas…
After what turns out to have been wasting around three hours trying to make it work via Vonage, my TiVo is working. Without connecting it to a phone line.
How?
Well, it seems that on newer TiVo models, if you boot them with a supported USB network adapter attached (most all of them are supported) and you set the modem’s dialing string to ,#401 it’ll appear to be dialing the modem and such, but instead it’ll connect via ethernet.
Imagine that…
Well, the TiVo is now all set up with USB network adapter and all. Being a good geek, I didn’t properly cable it yet, because I wasn’t certain if it had worked or not. But now that it did, I’ll fix it tomorrow.
I’ve also subscribed to a season pass of Good Eats, and the episode of Frontline showing at 3:30am should be recorded. We’ll see how it goes.
Regardless, I’m satisfied. I just wish that the Ethernet-based option for setting up the Tivo would have been a bit more obvious.
I must say, it’s a pretty nifty device… There’s lots of things you can tweak, including a built-in guide for programming the remote to control your HT gear’s volume and mute, turning on and off the front LEDs (this is big to me), network settings, internal diags, log access, etc. Definitely a nice box.
…and now I sleep.
Has anyone who reads this ever worked with a PowerLeap CPU upgrade? I’ve got a machine that I’m working on here, and it seems to have a PowerLeap PL-iP3/T in it. The machine boots saying that it’s running with a 111Mhz FSB at 800-some MHz, but installed in this PowerLeap device is a 1.3Ghz Socket 370 Celeron. In addition, the documentation that I got with the computer states that one should “Please disregard the speed shown from the BIOS when you boot. This may not be the true speed of your system.”
I’m… not really sure what to make of this device. It’s currently installed in a 440BX-based Slot 1 board with a mixture of PC100 and PC133 DIMMs. In addition, this motherboard has had it’s BIOS upgraded with one from eSupport.com. I’m not really sure what to think of this place. They seem to sell all sorts of interesting third-party BIOS’, CPU upgrades, etc.
Maybe removing the PC100 memory from the system will help…
Well, I went to the Utica Best Buy location on the way home. They were not able to duplicate the issue at all. Fortunately after talking to the (much nicer) service guy, I came away with a potential solution. If I can record a video of the problem happening, that will be acceptable as proof. Well, the problem happens a lot, and my phone can record video, so next time it happens I’ll (try) to get video of it. Interestingly, it happened in the car on the way home, but I was so excited that it was happening that I bumped another button before I was able to get the video. Ah well…
So, for the last while the MENU button on my iPod has been intermittantly non-responsive. I can’t help but think that this is a systemic problem with the third generation iPods, partially leading Apple to switch to mechanical buttons (via a rocker wheel) on the latest iPods.
Regardless, I have a four-year warranty for my iPod through Best Buy. I took the device in today to see if they’d swap it, and while the “tech” had the problem happen to him, he noted that it “wasn’t happening anymore” after the first problem with it. Based on that, he determined the iPod wasn’t having problems anymore. He offered to send it out to the repair center for 3-4 weeks to see what they could do… Well… That’d be nice, not having an iPod for 3-4 weeks.
I had been hoping that the “tech”, after having it demonstrated to him that the button occasionally fails to work, would realize that the device really does have issues and get it replaced with a new one. Best Buy’s support isn’t going to be able to repair a capacitive switch that occasionally fails after the device has been sitting for a few minutes.
Hmm, this is kind of disappointing. I acquired the Broadcom BC5805 SSL accelerator and I’ve got it installed in a test machine. While it seems to accelerate rsa and dsa signing under OpenSSL, it doesn’t actually accelerate des and md5 stuff like I had expected.
So I did some digging, and it seems that OpenSSL is actually looking for /dev/ubscrypt and /dev/ubskey so that it can hook into the card itself and accelerate things.
I find this disappointing, because there is not a driver available for providing such things under FreeBSD, only under Linux.
Hey all you Windows-using people… Be sure you run Windows Update and get all your updates and such. Some of the recently released bulletins from Microsoft (specifically MS05-011 and MS05-012) point to some pretty nasty things that could be lingering on the horizon. I’m sure you don’t want your machine randomly infected just because it’s sitting there connected to the interweb.
(Gee, can you guess what I’m working on today?)
Any of you out there who run webservers… Have you ever seen anything like this? It appears to be grabbing lots and lots and lots of images. In tailing the nuxx.net log I haven’t seen it grabbing anything else yet.
207.155.199.163 – – [08/Feb/2005:23:28:38 -0500] “GET /albums/wallpaper/collectiveextension_1024.sized.jpg HTTP/1.0” 200 32768 “-” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; ……/1.0 )”
It’s a really weird referrer, and I’m getting it from a bunch of IPs all at once. I’d normally say it’s someone indexing my site, but some of the IPs it’s coming from are:
207.155.199.163 (UUNET)
12.17.130.27 (AT&T)
65.164.129.91 (Microsoft Sprintlink)
208.252.91.3 (UUNET)
None of those reverse, and the addresses aren’t allocated to any customers, they are just held by the big ISPs.
Seems kinda weird to me…
UPDATE: Upon more digging, I’ve found this:
207.155.199.163 – Concentric Dialup, run by XO.
12.17.130.27 – Traceroute seems to just stop, like it’s part of some absolutely massive netblock.
65.164.129.91 – Similarly weird traceroute result. Weirdness after Seattle.
208.252.91.3 – Another oddly terminating traceroute. Weird stuff starts happening after Seattle.
Sounds like someone is trolling through my site looking for addresses. Possibly from stolen netblocks? I haven’t bothered to look up weird routes because it’s bed time.
UPDATE2: It almost seems to be coordinated… Check this out:
65.164.129.91 – – [08/Feb/2005:23:46:34 -0500] “GET /gallery/livingroom_speakers HTTP/1.0” 200 15551 “-” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; ……/1.0 )”
207.155.199.163 – – [08/Feb/2005:23:46:42 -0500] “GET /albums/livingroom_speakers/speakers_hung.highlight.jpg HTTP/1.0” 200 6193 “-” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; ……/1.0 )”
12.17.130.27 – – [08/Feb/2005:23:46:50 -0500] “GET /gallery/livingroom_moulding HTTP/1.0” 200 15701 “-” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; ……/1.0 )”
65.164.129.91 – – [08/Feb/2005:23:46:56 -0500] “GET /albums/livingroom_moulding/DCP_0920.highlight.jpg HTTP/1.0” 200 6225 “-” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; ……/1.0 )”
65.164.129.91 – – [08/Feb/2005:23:47:05 -0500] “GET /gallery/livingroom_painting HTTP/1.0” 200 52236 “-” “Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; ……/1.0 )”
It’s like a distinct set of addresses are rummaging through my site, one request per second.