I've always run my own DNS server with this shower of ninnies - but ever since they were slow to deal with the Kaminsky bug, I turned off the forwarding to their resolvers. Not that they worked properly half the time anyway.
Having a *BSD box hanging off the cable modem lets you do all kinds of useful things with snort, ipf, DNS, etc.
His brain suffers some kind of disconnect from reality. The past few years are littered with companies that tried to do both, and are now dead in the water (see AOL). The ones that did well are the ones that stick to one thing - the telcos do telco and ISP stuff, the content providers (Yahoo, Google) do content. In each case, they have a good core competency and stick with it. You don't need to diversify like that. Probably the only caveat to that is the cable companies, who have their own TV stations, but they still don't have (generally) important Internet destination sites.
Ultimately, for the telcos, being a utility works, because they have that corporate mindset. The analogy would be trying to buy a TV from the electricity company - they don't do that, because there are people better at selling TVs than them.
I live in the middle of nowhere. I think I may notice two men sitting with a laptop in an ominous black car with government plates, as the only place they could be close enough is my driveway.
Still, it may be time to look at running an IPSEC tunnel over the wireless network.
5.2.1 doesn't work the same way as 4.x, for whatever reason - I guess a lot of the stuff in/etc/defaults/make.conf wasn't used in the same way/etc/defaults/rc.conf is, so they changed it.
Anyway, you can find an example make.conf in/usr/share/examples/etc/make.conf
Just copy that to/etc/make.conf and edit to taste.
This is 'useful' in certain circumstances
on
Hack Your Car
·
· Score: 3, Interesting
Like my car (a Saturn) which has a down-tuned engine in it. The version of the engine in the Saturn puts out about 180hp, but in the version in the Opel, it puts out 200 or so (thanks GM). Don't know why that is - insurance, emissions, who knows.
Anyway, a company in Florida apparently imports the Opel chips and will put them in the engine in the Saturn - although I've not read a report on effects.
To be honest, I wouldn't do it for several reasons, not least that the bank owns the car; it's still under warranty; its torque and gearing means it smokes most similar cars off the line anyway; and I'm not sure I'd want my family in a modded car!
And beings as it costs $400 for that, plus whatever tweakery is extra, I'd rather drop the money into a bitchin' sound system.
I cut my teeth on Solaris' sysV-stylee scripts so because I'm used to them, they don't bother me.
As to RedHat - in 8.0 and higher, the official way to manage startup scripts (I believe) is using chkconfig. chkconfig is great, even tho I think it was stolen from IRIX. It lets you add/delete startup scripts into the sequence, muck with the order (by editing the script I think tho) and other bits and bobs. Very nice - I think it's great, and it saves a lot of symlink-wrangling.
The NetBSD/FreeBSD startup scripts annoy me slightly now, but I'm probably just not au fait enough with the subtleties to be their Daddy.
I think it's actually a good use of taxpayer money, which is the first time that I've said that in public.
If nothing else, it provides a good framework to start from, especially small companies/non-profits etc, where they don't have the resources to hire a full-time crack security team. This helps them set priorities and useful business things like that.
I'm really quite surprised people are being negative about it.
Ah, that's interesting... I didn't realise it uses ICMP router discovery. You learn something every day... Peculiarly, cisco doesn't really seem to make irdp easy to do by default, which is probably why I'm doing things the way I'm doing it...
- Never use the 'install' disk to install - always use 'disk 1' to start the install. When you get to the DNS/NIS/LDAP screen the reviewer talks about, you cannot get past it without correct info if you use the install disk. If you use disk 1, you can skip past it after it complains that it can't fetch the info. The problem seems to be that the install won't let you set a default gateway, so stuff off-subnet is unreachable, and I've never gotten it to behave correctly.
Of course, because the info doesn't get saved, yo have to setup resolv.conf etc yourself.
Like one of those things where there are 109000 pages vaguely relevant to 'candle truck' but some kind of rating system is saying that only 1 should be displayed, and the other 108999 are just garbage and you're probably not interested. (or they're spam/pr0n/whatever)
I've always run my own DNS server with this shower of ninnies - but ever since they were slow to deal with the Kaminsky bug, I turned off the forwarding to their resolvers. Not that they worked properly half the time anyway.
Having a *BSD box hanging off the cable modem lets you do all kinds of useful things with snort, ipf, DNS, etc.
How do they know?
As anyone who's ever owned a rabbit will tell you, they're pretty demented to begin with.
And a rabbit on caffeine is just plain scary.
OK, so point me to one successful ISP/content provider. With real content, not just some aggregator of other people's stuff.
(Good) content is hard, and is not in the core skillset of a good ISP/telco.
His brain suffers some kind of disconnect from reality. The past few years are littered with companies that tried to do both, and are now dead in the water (see AOL).
The ones that did well are the ones that stick to one thing - the telcos do telco and ISP stuff, the content providers (Yahoo, Google) do content. In each case, they have a good core competency and stick with it. You don't need to diversify like that. Probably the only caveat to that is the cable companies, who have their own TV stations, but they still don't have (generally) important Internet destination sites.
Ultimately, for the telcos, being a utility works, because they have that corporate mindset. The analogy would be trying to buy a TV from the electricity company - they don't do that, because there are people better at selling TVs than them.
"All your base are belong to us."
That should get their attention.
I live in the middle of nowhere. I think I may notice two men sitting with a laptop in an ominous black car with government plates, as the only place they could be close enough is my driveway.
Still, it may be time to look at running an IPSEC tunnel over the wireless network.
Steak? Mmmm, beefy OS.
Some people still love OpenVMS, especially as it now runs on Itanium. It's pretty solid, and if they don't have to change, why should they?
5.2.1 doesn't work the same way as 4.x, for whatever reason - I guess a lot of the stuff in /etc/defaults/make.conf wasn't used in the same way /etc/defaults/rc.conf is, so they changed it.
/usr/share/examples/etc/make.conf
/etc/make.conf and edit to taste.
Anyway, you can find an example make.conf in
Just copy that to
Like my car (a Saturn) which has a down-tuned engine in it. The version of the engine in the Saturn puts out about 180hp, but in the version in the Opel, it puts out 200 or so (thanks GM). Don't know why that is - insurance, emissions, who knows.
Anyway, a company in Florida apparently imports the Opel chips and will put them in the engine in the Saturn - although I've not read a report on effects.
To be honest, I wouldn't do it for several reasons, not least that the bank owns the car; it's still under warranty; its torque and gearing means it smokes most similar cars off the line anyway; and I'm not sure I'd want my family in a modded car!
And beings as it costs $400 for that, plus whatever tweakery is extra, I'd rather drop the money into a bitchin' sound system.
Couple of thoughts:
I cut my teeth on Solaris' sysV-stylee scripts so because I'm used to them, they don't bother me.
As to RedHat - in 8.0 and higher, the official way to manage startup scripts (I believe) is using chkconfig. chkconfig is great, even tho I think it was stolen from IRIX.
It lets you add/delete startup scripts into the sequence, muck with the order (by editing the script I think tho) and other bits and bobs. Very nice - I think it's great, and it saves a lot of symlink-wrangling.
The NetBSD/FreeBSD startup scripts annoy me slightly now, but I'm probably just not au fait enough with the subtleties to be their Daddy.
I think it's actually a good use of taxpayer money, which is the first time that I've said that in public.
If nothing else, it provides a good framework to start from, especially small companies/non-profits etc, where they don't have the resources to hire a full-time crack security team. This helps them set priorities and useful business things like that.
I'm really quite surprised people are being negative about it.
Ah, that's interesting... I didn't realise it uses ICMP router discovery. You learn something every day...
Peculiarly, cisco doesn't really seem to make irdp easy to do by default, which is probably why I'm doing things the way I'm doing it...
- Never use the 'install' disk to install - always use 'disk 1' to start the install. When you get to the DNS/NIS/LDAP screen the reviewer talks about, you cannot get past it without correct info if you use the install disk. If you use disk 1, you can skip past it after it complains that it can't fetch the info.
The problem seems to be that the install won't let you set a default gateway, so stuff off-subnet is unreachable, and I've never gotten it to behave correctly.
Of course, because the info doesn't get saved, yo have to setup resolv.conf etc yourself.
Like one of those things where there are 109000 pages vaguely relevant to 'candle truck' but some kind of rating system is saying that only 1 should be displayed, and the other 108999 are just garbage and you're probably not interested.
(or they're spam/pr0n/whatever)