I'm thinking more set it to 1 and just leave it, can't trust users to know right from left, I'm surprised some of the people I've had to support are even capable of using a computer.
The saving grace for supporting clueless users on macs was that there was only 1 button for them to click with, now they can be just like clueless PC users and constantly right click when you tell them to left click, but not only that, they'll have an excuse as to why they did it! "my mouse doesn't have buttons, it just has a giant touch sensitive surface!"
Re:FreeBSD is nice and clean
on
Why FreeBSD
·
· Score: 1
you don't _have_ to do a stage 1, if you do a stage 3 install should be just as quick as a BSD install.
Cisco products that run Cisco IOS® and that have PMTUD enabled, either by default or because they have been explicitly configured to do PMTUD, are affected. All versions of IOS are impacted. The severity of the exposure depends upon the protocols and applications that rely on specific ICMP messages to perform PMTUD. IOS is not vulnerable to attacks that make use of ICMP "hard" error or "source quench" messages.
3. Why does this matter? BGP. How do people secure BGP these days? They filter TCP packets with a firewall. Or they use tunnels. Guess what? That doesn't protect you from these vulnerabilities, because they use ICMP. Guess what? Home users with firewalls aside, most ISPs do not (and cannot, if they expect the Internet to work) filter ICMP.
no, BGP by nature (unless you're using multihop) only communicates across a single segment (ethernet segment, sonet link), by blocking icmp unreachables/mtu changes/etc on these interfaces (which are not legitimate targets for any of these messages anyway- since no connections OTHER than the BGP one should be established from them- and if the other end crashes there's no other routers in the middle to send an unreachable) the problem is mitigated.
You can purchase PVRs with lifetime subscriptions. You can't rely on Zap2It to always give you free listings for MythTV!
so instead you want to rely on some company that could quietly implode and take away all support for your proprietary box at any given time?
if Zap2It took away the XML feed people would just switch back to the old method (scraping it from HTML with scripts)
That mild voltage is supplied by the central office via huge banks of batteries supplying a 48V DC feed.
Since a lot of COs and switching centers already have this massive infrastructure for supplying DC power most (if not all) internetworking equipment can be obtained in DC power supply versions.
So yes, the equipment at the CO will stay up through a power outage because it'll still be powered by those 48V batteries, equipment at the customer end is a completely different thing... but unless it's a full FTTH solution there are options for getting power to the CPE, like power over ethernet (if they use an ethernet last mile), and iirc there are power distribution solutions for coax if they decide to go that route.
actually it's cable, as signified by its presence on the 24.0.0.0/8 netblock, seems to be holding up (somewhat) so far... I imagine his provider's going to kill his connection for getting himself slashdotted though.
Slashdot Mirror
I'm thinking more set it to 1 and just leave it, can't trust users to know right from left, I'm surprised some of the people I've had to support are even capable of using a computer.
The saving grace for supporting clueless users on macs was that there was only 1 button for them to click with, now they can be just like clueless PC users and constantly right click when you tell them to left click, but not only that, they'll have an excuse as to why they did it! "my mouse doesn't have buttons, it just has a giant touch sensitive surface!"
you don't _have_ to do a stage 1, if you do a stage 3 install should be just as quick as a BSD install.
cisco's response to the icmp attacks draft: http://www.cisco.com/en/US/products/products_secu
no, BGP by nature (unless you're using multihop) only communicates across a single segment (ethernet segment, sonet link), by blocking icmp unreachables/mtu changes/etc on these interfaces (which are not legitimate targets for any of these messages anyway- since no connections OTHER than the BGP one should be established from them- and if the other end crashes there's no other routers in the middle to send an unreachable) the problem is mitigated.
IRC networks have been plagued with ICMP unreachables for years
u ke.html
http://www.rs-labs.com/papers/tacticas/ircutils/p
nothing new to see here, move along.
inflation
POTS > IP Telephony bridge in the NID... :)
That mild voltage is supplied by the central office via huge banks of batteries supplying a 48V DC feed.
Since a lot of COs and switching centers already have this massive infrastructure for supplying DC power most (if not all) internetworking equipment can be obtained in DC power supply versions.
So yes, the equipment at the CO will stay up through a power outage because it'll still be powered by those 48V batteries, equipment at the customer end is a completely different thing... but unless it's a full FTTH solution there are options for getting power to the CPE, like power over ethernet (if they use an ethernet last mile), and iirc there are power distribution solutions for coax if they decide to go that route.
actually it's cable, as signified by its presence on the 24.0.0.0/8 netblock, seems to be holding up (somewhat) so far... I imagine his provider's going to kill his connection for getting himself slashdotted though.
http://www.snpp.com/episodes/5F21
The Wizard of Evergreen Terrace
Production code: 5F21
Original Airdate on FOX: 20-Sep-1998