DOCSLIB.ORG

The Journal of AUUG Inc. Volume 24 ¯ Number 2 June 2003

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
The Journal of AUUG Inc. Volume 24 ¯ Number 2 June 2003 The Journal of AUUG Inc. Volume 24 ¯ Number 2 June 2003 Features: Microsoftens 10 OpenBSD 3.3 Released 11 Linux System’ Administrator’s Security Guide (Part 1) 15 The Roadman for FreBSD 5-stable 20 Mail and Dynamic IP 24 Intrusion Detection System (Part 1) 25 FreeBSD 5.1 Release Process 40 SCO-vs.-IBM: the Open Source Initiative Position Paper on the Complaint 41 AUUG 2003 Systems Administration Symposium Photo Gallery 57 NetBSD 1.6.1 CD 58 News: Public Notices 4 AUUG: Corporate Members 9 AUUG Conference 2003 Invitation 59 AUUG Membership Renewal 61 AUUG: Chapter Meetings and Contact Details 63 Regulars: President’s Column 3 My Home Network 4 ISSN 1035-7521 Print post approved by Australia Post - PP2391500002 AUUG Membership and General Correspondence The AUUG Secretary PO Box 7071 Edi oria Baulkham Hills BC NSW 2153 Con Zymaris auu.qn@auu,q.or,q.au Telephone: 02 8824 9511 or 1800 625 655 (Toll-Free) I imagine I’m not alone in expressing fond memories Facsimile: 02 8824 9522 Email: [email protected] of both Carl Sagan and Stephen Jay Gould. Both of these gentleman were not only practicing scientists AUUG Management Committee but also exemplary communicators of science and of Email: [email protected] the technical, complex and beautiful cosmos that we inhabit. President Greg Lehey PO Box 460 Through his combination of vision and chutzpah, Echunga, SA, 5153 Sagan caused us to pause for a moment and consider Bus. Tel (08) 8388 8286, Mobile 0418 838 708, Fax (08) 8388 8725 the majesty of star-stuff, of galaxies and of the human <[email protected]> discourse which ensued over millennia in trying to Immediate Past President reveal their secrets. Gould focused on that most David Purdue amazing and subversive of ideas, Darwin’s evolution Sun Microsystems through natural selection, on timescales of geological Level 6,476 St Kilda Road Melbourne, Victoria, 3004 significance and on the misguidedness of Phone: +61 3 9869 6412, Fax: +61 3 9869 6288 Creationism. Together, they offered the laity the most <[email protected]> infectiously interesting, mind expanding glimpse into what true science, thoughtful reasoning and nature in Vice-president Malcolm Caldwell toto have to offer. Bus. Tel (08) 8946 6631, Fax (08) 8946 6630 <[email protected]> Gould once quipped that he and Sagan (who were essentially contemporaries, both growing up in the Secretary David Bullock same New York burrough) were destined for Biology 0402 901 228 and Astronomy in that order, as he was short, and <[email protected]> Sagan was tall; one looked downwards and the other up. It was this practice of folding seemingly trivial Tl:easurer Gordon Hubbard human stories and interests into big-picture hard Custom Technology Australia Pty Ltd science, which made both writers so compelling. It’s Level 22, 259 George Street, Sydney NSW 2000 what led to many non-scientists beginning to Bus Tel: 02 9659 9590, Bus Fax: 02 9659 9510 understand, perhaps for the first time, the processes <Gordon. H u bbard@au ug.org.au> by which science progresses. The randomness, the Committee Members contingencies, the haphazardness complexity of it all. Sarah Bolderoff It’s part of the wonder and it’s what holds our FourSticks interest. It inculcated science in hundreds of millions. Suite 2, 259 Glen Osmond Rd, Frewvilte, South Australia, 5065 And it’s what we in the technical sphere of the <[email protected]> computing realm need to learn and begin practicing. Adrian Close It seems to me that many non-computer-scientists Ph: +61 7 5596 2277 Fax: +61 7 5596 6099 are rushing to define how we technologists should go Mobile: +61 417 346 094 st <[email protected]> about plying the science of computers in the 21 century. What we should and shouldn’t be able to do. Stephen Rothwell What becomes legal and illegal. What the tenets of IBM Australia, Linux Technology Center 8 Brisbane Ave, Barton ACT 2600 proof shall be in disputed issues. What standards Business phone: 02 62121169 should be adopted. What platforms should be <[email protected]> preferred. In all, complex issues made even more opaque for non-technologists through lack of training, Andrew Rutherford lagu Networks, 244 Pirie St lack of experience and lack of an overall gut feel for Adelaide, SA, 5000 the technologies themselves and how they will begin Bus. Tel (08) 8425 2201, Bus. Fax (08) 8425 2299 to impact the future of humanity. <[email protected]> Mark White Why are groups like AUUG’s members well placed to apviva technology partners help bring about an increased enlightenment amongst P. O. Box 1870, Toowong QLD 4066 the IT laity?. To be franl;, it all boris down to having Bus Tel 07 3876 8779, Mobile 04 3890 0880 the kind of mind that just gets ’it’. Further, this <Mark.White@au ug.org.au> change of life that is happening, this alteration in our future living patterns brought about by the AUUG Business Manager proliferation of technology, is something that our Elizabeth Carroll group has lived through already. I extend to you a PO Box 7071, Baulkham Hills BC NSW 2153 challenge: few are better placed to reach out and Telephone: 02 8824 9511 <busmgr(~auug.org.au> enlighten. Do so, for our future’s sake. Cheers, Con AUUGN Vol.24, No.2 - 1 - June 2003 AUUGN Editorial Committee C niribuiio The AUUGN Editorial Committee can be reached by sending emil to: auu,~n@auu~.or~.au Deadlines for AUUGN Or to the following address: in 2093 AUUGN Editor Editor: Con Zymaris Volume 24 ~ Number 3 - September 2003: August PO Box 7071 Baulkham Hills BC NSW 2153 30t~,, 2003 Sub-Editors: Volume 24 o Number 4 - December 2003: November Frank Crawford, Mark White th, 15 2003 Contributors: This issue would not have happened without the transcription and editorial efforts of Gary R. Schmidt" <,[email protected]>, Rik Harris <[email protected]>, Raymond Smith <[email protected]>, David Lloyd <[email protected]>, Peter Sandilands <[email protected]>, Stephen Jenkin <sienkin~.pcug.or.q.au>, Cameron Strom AUUG Incorporated gratefully acknowledges <[email protected]> the support of its corporate sponsor: Public Relations and Marketing: Elizabeth Carroll AUUGN Submission Guidelines Submission guidelines for AUUGN contributions can be obtained from the AUUG World Wide Web site at: ¯ www.auug.org.au Alternately, send email to the above correspondence address, requesting a copy. AUUGN Back Issues A variety of back issues of AUUGN are still available. For price and availability please contact the AUUG Secretariat, or write to: AUUG Inc. Back Issues Department PO Box 7071 Baulkham Hills BC NSW 2153 Telephone: 02 8824 9511 Conference Proceedings A limited number of copies of the Conference Proceedings from previous AUUG Conferences are still available. Contact the AUUG Secretariat for details. Mailing Lists Enquiries regarding the purchase of the AUUGN mailing list should be directed to the AUUG Secretariat. Disclaimer Opinions expressed by the authors and reviewers are not necessarily those of AUUG Inc., its Journal, or its editorial committee. Copyright Information Copyright © 2003 AUUG Inc. All rights reserved. Portions © by their respective authors, and released under specified licences. AUUGN is the journal of AUUG Inc., an organisation with the aim of promoting knowledge and understanding of Open Systems, including, but not restricted to, the UNIX@ operating system, user interfaces, graphics, networking, programming and development environments and related standards. Copyright without fee is permitted, provided that copies are made without modification, and are not made or distributed for commercial advantage. AUUGN Vol.24 ¢ No.2 - 2 - June 2003 site at President’s C lumn http: //www. auug, org. au/publications/press / SCO- stance.html. The following day revealed the most Greg Lehey <Gre,q.Lehey@auu,qoor,q.au> obvious reason why it’s ridiculous: Novell issued the Over the decades, UNIX has had a number of text of a letter to SCO which shot the latter down in brushes with lawyers. AUUG has been spared most flames: problems, but our sister organization, USENIX, has http://www.novell, com/news/press/archive/2003/0 had its share. As you probably know, the USENIX 5/pr03033.html. Apart from asserting their journal ;login: was originally called UNIX NEWS. Inownership of UNIX System V (SCO is only a licensee), June 1977, the group which was to become USENIX they pointed out that they love Linux, and that SCO were told by an AT&T lawyer that they were not was only spreading FUD. That doesn’t quite close the allowed to use the word UNIX, a trademark of case, though: even if SCO folds in the near future, Western Electric. This was the reason for the name which I personally consider very possible, the change, and also for the choice of the name USENIX accusation stands: does Linux really contain restricted UNIX code? Since the free release of when the group finally got a name. For similar reasons, AUUG is called AUUG, which does not stand ancient UNIX, it can contain code derived from that for "Australian UNIX Users Group". Well, not source ff it wants. officially, anyway: call it what you will. I consider it pretty unlikely that there’s any restricted UNIX code in Linux. For most of the code, it simply AT&T’s lawyers considered even the name USENIX to wouldn’t be worth the trouble. In the case of be a dilution of the name UNIX. More importantly, of BSD/386 ten years ago, code was found that looked course, they strongly regulated the use of the UNIX pretty similar to the Seventh Edition code; it had code, which was initially available only to universities.
Load more

Recommended publications
  • The Eleventh Annual
    BSDCan 2014 The Eleventh Annual “I love my job” - Dan Langille About this session a few points then the auction then beer Sponsors! Sponsors (II) Sponsors (III) Sponsors (IV) food voting boxes or buffets? How many? year - # 250 237.5 2012 - 205 225 2013 - 221 212.5 200 2014 - 241 2012 2013 2014 How many? 2012 - 205 (2 + 1 +2 = 5) 2013 - 221 (2 + 2 + 1 = 5) 2014 - 241 (2 + 0 + 1 + 4 = 2 + 4 + 1) Program Committee Bob Beck - OpenBSD Project Dru Lavigne - BSD Events Greg Lehey - LEMIS Pty Ltd. Michael W. Lucas - Consultant and BSD Author David Maxwell - NetBSD Project George Neville-Neil - FreeBSD Project Volunteers Jennifer Russell - travel coordinator and speaker herder Dru Lavigne - registration desk Those of you pressed into service Insert AsiaBSDCon Here BSDP Lab Exam Sun 10am-2pm, UC 206 Beta period of the BSD Professional Lab Exam first “hands-on" exam for BSD system administrators users educators developers generally anyone who loves BSD Seats may still be available. Check with Dru Lavigne ! "C'mon - give it a try!" Insert EuroBSDCon Here Insert FreeBSD Foundation here ` Funding for OpenBSD and related Projects. The OpenBSD Foundation We fund OpenBSD, OpenSSH, OpenSMTPD, PF/Carp, etc. etc. - And hopefully LibreSSL. Financial crisis this year averted through crowdsourcing. Actively pursuing sustainable, repeated donations, especially corporate We primarily fund project infrastructure, membership and developer events. We have occasionally provided support for sponsored development (KMS Intel/Radeon) and we wish to continue that in the right situations. We are seeking a temporary increase in commitment for LibreSSL. http://www.openbsdfoundation.org/ Random giveaways Insert Auction Here Goodbye.
    [Show full text]
  • Aktuelles in Openbsd
    Aktuelles in OpenBSD Sebastian Benoit <[email protected]> Stefan Sperling <[email protected]> Schwerpunkte des Projekts UNIX-artiges Betriebssystem 1 offener Quellcode freie Lizenz (ISC) Fokus auf Korrektheit und Sicherheit hochwertige Dokumentation auf dem laufenden System 1basierend auf 4.4BSD-lite von UC Berkeley Aktuelles in OpenBSD 2/18 Aktuelle Daten Oktober 2015: 20 Jahre OpenBSD, Release 5.8 Aktueller Release: 6.2 Wir bringen 2 Releases im Jahr raus. Wir patchen Bugs in den letzten 2 Releases. -current ist derzeit bereits 6.3-beta ca. 70 aktive bis semi-aktive Entwickler (base + ports) ca. 5 Hackathons jedes Jahr, einer davon gross (ca. 40 Entwickler) Aktuelles in OpenBSD 3/18 Entwicklergemeinschaft Aktuelles in OpenBSD 4/18 Anwendergemeinschaft https://xkcd.com/349/ Technische Experten Individuen Firmen und Konzerne Spenden an die OpenBSD Foundation (Geld) Reisekosten Hackathons, Stromrechnung Infrastruktur, Hardware Spenden an individuelle Entwickler (Hardware, Bier, ...) Aktuelles in OpenBSD 5/18 Releasezyklus zwei Releases im Jahr (ca. alle 6 Monate) Sicherheits-Patches f¨ur1 Jahr Fokus auf Stabilit¨atbevor ein Release geschnitten wird Invasive und experimentelle Anderungen¨ warten bis nach dem Release Snapshots Zum Release passende Bildmaterialien und Lieder Aktuelles in OpenBSD 6/18 Basissystem versus Ports vollfunktionales und konsistentes Basissystem vern¨unftigeVoreinstellungen vereinfachen die Systemkonfiguration Der Quellcode des Basissystems wird kontinuierlich gesichtet Applikationen von Dritten werden separat verpackt Desktop Umgebungen, Firefox, LibreOffice, ... Programmiersprachen, Datenbanken, wissentschaftliche Werkzeuge, ... Multimedia, Videospiele, ... Aktuelles in OpenBSD 7/18 Hardwareunterst¨utzung Architekturen (amd64, i386, sparc64, arm, powerpc, ...) Clang als Compiler f¨urarm64 importiert inzwischen auch amd64, sparc64 und i386. aktuelle Laptops Grafikkarten (Intel und AMD, kein Nvidia Treiber) Netzwerk Ger¨ate(Ethernet, WLAN, UMTS) ACPI inkl.
    [Show full text]
  • Advanced Openbsd Hardening
    Advanced Hardening WrongunWrongun && DCDC JuneJune 20052005 ssh://root:[email protected] Lab Challenge JoinJoin thethe wifiwifi netnet andand sshssh intointo thethe boxbox usingusing thethe accountaccount specifiedspecified inin thethe footerfooter TryTry toto pwnpwn thethe boxbox byby addingadding anan accountaccount forfor yourselfyourself oror backdooringbackdooring sshdsshd ssh://root:[email protected] “Only one remote hole in the default install, in more than 8 years! “ ssh://root:[email protected] So OpenBSD is uber secure, right? Actually,Actually, nono …… TheThe defaultdefault installinstall hashas nothingnothing enabledenabled (except(except ssh)ssh) ““NoNo wonderwonder itit ’’ss secure,secure, itit ’’ss poweredpowered off!off! ”” SourceSource --onlyonly patchingpatching strategystrategy makesmakes itit difficultdifficult toto rollroll outout fixesfixes toto platformsplatforms w/ow/o compilerscompilers (i.e.(i.e. disklessdiskless firewalls,firewalls, etc.)etc.) ssh://root:[email protected] Brief History of OpenBSD Vulnerabilities 30 March 05: Bugs in the cp(4) stack can lead to memory exhaustion or processing of TCP segments with invalid SACK optio ns and cause a system crash. 14 Dec 04: On systems running sakmpd(8) it is possible for a local user to cause kernel memory corruption and system panic by setti ng psec(4) credentials on a socket 20 Sept 04: radius authentication, as implemented by ogin_radius(8) , was not checking the shared secret used for replies sent by the radius server. This could allow an attacker to spoof
    [Show full text]
  • Twenty Years of Berkeley Unix : from AT&T-Owned to Freely
    Twenty Years of Berkeley Unix : From AT&T-Owned to Freely Redistributable Marshall Kirk McKusick Early History Ken Thompson and Dennis Ritchie presented the first Unix paper at the Symposium on Operating Systems Principles at Purdue University in November 1973. Professor Bob Fabry, of the University of California at Berkeley, was in attendance and immediately became interested in obtaining a copy of the system to experiment with at Berkeley. At the time, Berkeley had only large mainframe computer systems doing batch processing, so the first order of business was to get a PDP-11/45 suitable for running with the then-current Version 4 of Unix. The Computer Science Department at Berkeley, together with the Mathematics Department and the Statistics Department, were able to jointly purchase a PDP-11/45. In January 1974, a Version 4 tape was delivered and Unix was installed by graduate student Keith Standiford. Although Ken Thompson at Purdue was not involved in the installation at Berkeley as he had been for most systems up to that time, his expertise was soon needed to determine the cause of several strange system crashes. Because Berkeley had only a 300-baud acoustic-coupled modem without auto answer capability, Thompson would call Standiford in the machine room and have him insert the phone into the modem; in this way Thompson was able to remotely debug crash dumps from New Jersey. Many of the crashes were caused by the disk controller's inability to reliably do overlapped seeks, contrary to the documentation. Berkeley's 11/45 was among the first systems that Thompson had encountered that had two disks on the same controller! Thompson's remote debugging was the first example of the cooperation that sprang up between Berkeley and Bell Labs.
    [Show full text]
  • Programmer's Guide
    Programmer’s Guide Release 2.2.0 January 16, 2016 CONTENTS 1 Introduction 1 1.1 Documentation Roadmap...............................1 1.2 Related Publications..................................2 2 Overview 3 2.1 Development Environment..............................3 2.2 Environment Abstraction Layer............................4 2.3 Core Components...................................4 2.4 Ethernet* Poll Mode Driver Architecture.......................6 2.5 Packet Forwarding Algorithm Support........................6 2.6 librte_net........................................6 3 Environment Abstraction Layer7 3.1 EAL in a Linux-userland Execution Environment..................7 3.2 Memory Segments and Memory Zones (memzone)................ 11 3.3 Multiple pthread.................................... 12 3.4 Malloc.......................................... 14 4 Ring Library 19 4.1 References for Ring Implementation in FreeBSD*................. 20 4.2 Lockless Ring Buffer in Linux*............................ 20 4.3 Additional Features.................................. 20 4.4 Use Cases....................................... 21 4.5 Anatomy of a Ring Buffer............................... 21 4.6 References....................................... 28 5 Mempool Library 31 5.1 Cookies......................................... 31 5.2 Stats.......................................... 31 5.3 Memory Alignment Constraints............................ 31 5.4 Local Cache...................................... 32 5.5 Use Cases....................................... 33 6
    [Show full text]
  • The Qosbox: Quantitative Service Differentiation in BSD Routers∗
    The QoSbox: Quantitative Service Differentiation in BSD Routers∗ Nicolas Christin Jorg¨ Liebeherr Information Networking Institute and The Edward S. Rogers Sr. Department of CyLab Japan Electrical and Computer Engineering Carnegie Mellon University University of Toronto 1-3-3-17 Higashikawasaki-cho 10 King’s College Road Chuo-ku, Kobe 650-0044, Japan Toronto, ON M5S 3G4, Canada [email protected] [email protected] Abstract We describe the design and implementation of the QoSbox, a configurable IP router that provides per-hop service differentiation on loss, delays and throughput to classes of traffic. The novel aspects of the QoSbox are that (1) the QoSbox does not rely on any external component (e.g., no traffic shaping and no admission control) to provide the desired service differentiation, but instead, (2) dynamically adapts packet forwarding and dropping decisions as a function of the instantaneous traffic arrivals and allows for temporary relaxation of some service objectives; also, (3) the QoSbox can enforce both absolute and proportional service differentiation on queuing delays, loss rates, and throughput at the same time. We focus on a publicly available implementation of the QoSbox in BSD-based PC-routers. We evaluate our implementation in a testbed of BSD routers over a FastEthernet network, and we sketch how the QoSbox can be implemented in high speed architectures. Keywords: Quality-of-Service Implementations, Service Differentiation, PC-Routers, BSD, High-Speed Networks. ∗Most of this work was done while both authors were with the University of Virginia. This work was supported in part by the National Science Foundation through grants ANI-9730103 and ANI-0085955.
    [Show full text]
  • BSD UNIX Toolbox 1000+ Commands for Freebsd, Openbsd
    76034ffirs.qxd:Toolbox 4/2/08 12:50 PM Page iii BSD UNIX® TOOLBOX 1000+ Commands for FreeBSD®, OpenBSD, and NetBSD®Power Users Christopher Negus François Caen 76034ffirs.qxd:Toolbox 4/2/08 12:50 PM Page ii 76034ffirs.qxd:Toolbox 4/2/08 12:50 PM Page i BSD UNIX® TOOLBOX 76034ffirs.qxd:Toolbox 4/2/08 12:50 PM Page ii 76034ffirs.qxd:Toolbox 4/2/08 12:50 PM Page iii BSD UNIX® TOOLBOX 1000+ Commands for FreeBSD®, OpenBSD, and NetBSD®Power Users Christopher Negus François Caen 76034ffirs.qxd:Toolbox 4/2/08 12:50 PM Page iv BSD UNIX® Toolbox: 1000+ Commands for FreeBSD®, OpenBSD, and NetBSD® Power Users Published by Wiley Publishing, Inc. 10475 Crosspoint Boulevard Indianapolis, IN 46256 www.wiley.com Copyright © 2008 by Wiley Publishing, Inc., Indianapolis, Indiana Published simultaneously in Canada ISBN: 978-0-470-37603-4 Manufactured in the United States of America 10 9 8 7 6 5 4 3 2 1 Library of Congress Cataloging-in-Publication Data is available from the publisher. No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, except as permitted under Sections 107 or 108 of the 1976 United States Copyright Act, without either the prior written permission of the Publisher, or authorization through payment of the appropriate per-copy fee to the Copyright Clearance Center, 222 Rosewood Drive, Danvers, MA 01923, (978) 750-8400, fax (978) 646-8600. Requests to the Publisher for permis- sion should be addressed to the Legal Department, Wiley Publishing, Inc., 10475 Crosspoint Blvd., Indianapolis, IN 46256, (317) 572-3447, fax (317) 572-4355, or online at http://www.wiley.com/go/permissions.
    [Show full text]
  • Relevé Des Frais Annuels De L'entente De Licence Destinée À L
    Relevé des frais annuels de l’entente de licence destinée à l’enseignement postsecondaire AOÛT 2016 Les Informations de Programme scolaire Relient Les Instructions de Sélection de produit : As part of the compliance and annual order process, this worksheet must be sent to [email protected] (for Europe, Middle East, Africa) or [email protected] (rest of world). Sélectionnez un seul modèle : ___ Modèle ETP; ___ Modèle par poste de travail; ___ Modèle par poste de travail de service EMBALLER CALCUL INSTRUCTIONS : A. Place une marque dans le Modèle de colonne A Choisi la boîte des produits que vous souhaitez acheter OU choisir un Paquet de Valeur. Si un Paquet de Valeur n'est pas choisi, au moins quatre (4) les produits doivent être choisis. B. Calcule le Total A Emballé le Prix (TBP) en ajoutant les prix appropriés des produits choisis et le modèle d'évaluation approprié. C. Le Total A Emballé le Prix sera utilisé pour calculer les Frais annuels. Vous ne pouvez pas utiliser le modèle de FTE dans calculer vos Frais annuels à moins que votre population de FTE dépasse votre compte de poste de travail. POUR EMPECHER DES RETARDS DANS TRAITER VOTRE ORDRE DE RENOUVELLEMENT, S'IL VOUS PLAIT SOUMETTRE VOTRE FACTURE D'ACHAT ET VOTRE FEUILLE DE TRAVAIL COMPLETEE ENSEMBLE MOBILE DEVICE LICENSE: Upon purchase of a license for Novell ZENworks Mobile Management, the following terms become part of Your ALA. To acquire a Mobile Device License, You must purchase a license for each Mobile Device. To acquire a FTE license, you must purchase a license for all FTE.
    [Show full text]
  • Pf3e Index.Pdf
    INDEX Note: Pages numbers followed by f, n, priority-based queues, 136–145 or t indicate figures, notes, and tables, match rule for queue assignment, respectively. 137–138 overview, 134–135 Symbols performance improvement, 136–137 # (hash mark), 13, 15 queuing for servers in DMZ, ! (logical NOT) operator, 42 142–144 setting up, 135–136 A on FreeBSD, 135–136 on NetBSD, 136 Acar, Can Erkin, 173 on OpenBSD, 135 ACK (acknowledgment) packets transitioning to priority and class-based bandwidth allocation, queuing system, 131–133 139–140 anchors, 35–36 HFSC algorithm, 124, 126, 142 authpf program, 61, 63 priority queues, 132, 137–138 listing current contents of, 92 two-priority configuration, loading rules into, 92 120–121, 120n1 manipulating contents, 92 adaptive.end value, 188 relayd daemon, 74 adaptive firewalls, 97–99 restructuring rule set with, 91–94 adaptive.start value, 188 tagging to help policy routing, 93 advbase parameter, 153–154 ancontrol command, 46n1 advskew parameter, 153–154, 158–159 antispoof tool, 27, 193–195, 194f aggressive value, 192 ARP balancing, 151, 157–158 ALTQ (alternate queuing) framework, atomic rule set load, 21 9, 133–145, 133n2 authpf program, 59–63, 60 basic concepts, 134 basic authenticating gateways, class-based bandwidth allocation, 60–62 139–140 public networks, 62–63 overview, 135 queue definition, 139–140 tying queues into rule set, 140 B handling unwanted traffic, 144–145 bandwidth operating system-based queue actual available, 142–143 assignments, 145 class-based allocation of, 139–140 overloading to
    [Show full text]
  • On Intelligent Mitigation of Process Starvation in Multilevel Feedback Queue Scheduling Joseph E
    Kennesaw State University DigitalCommons@Kennesaw State University Master of Science in Computer Science Theses Department of Computer Science Spring 4-20-2017 On Intelligent Mitigation of Process Starvation In Multilevel Feedback Queue Scheduling Joseph E. Brown Kennesaw State University Follow this and additional works at: http://digitalcommons.kennesaw.edu/cs_etd Part of the Computational Engineering Commons Recommended Citation Brown, Joseph E., "On Intelligent Mitigation of Process Starvation In Multilevel Feedback Queue Scheduling" (2017). Master of Science in Computer Science Theses. 8. http://digitalcommons.kennesaw.edu/cs_etd/8 This Thesis is brought to you for free and open access by the Department of Computer Science at DigitalCommons@Kennesaw State University. It has been accepted for inclusion in Master of Science in Computer Science Theses by an authorized administrator of DigitalCommons@Kennesaw State University. For more information, please contact [email protected]. On Intelligent Mitigation of Process Starvation In Multilevel Feedback Queue Scheduling Master of Science in Computer Science Thesis By Joseph E Brown MSCS Student Department of Computer Science College of Computing and Software Engineering Kennesaw State University, USA Submitted in partial fulfillment of the Requirements for the degree of Master of Science in Computer Science November 2016 On Intelligent Mitigation of Process Starvation In Multilevel Feedback Queue Scheduling This thesis approved for recommendation to the Graduate Council. 2 Kennesaw State University College of Computing and Software Engineering Thesis Title: On Intelligent Mitigation of Process Starvation In Multilevel Feedback Queue Schedul- ing . Author: Joseph E Brown. Department: Computer Science. Approved for Thesis Requirements of the Master of Science Degree Thesis Advisor: Ken Hoganson Date Thesis Reader: Dr.
    [Show full text]
  • OPENBSD HARDWARE SENSORS FRAMEWORK a Unified and Ready-To-Use System for Hassle-Ee Hardware Monitoring
    OPENBSD HARDWARE SENSORS FRAMEWORK A unified and ready-to-use system for hassle-ee hardware monitoring. Constantine A. Murenin and Raouf Boutaba University of Waterloo AsiaBSDCon 2009 — 12–15 March 2009 — Tokyo, Japan Abstract In this paper, we will discuss the origin, history, design guidelines, API and the device drivers of the hardware sensors framework available in OpenBSD. The framework spans multiple utilities in the base system and the ports tree, is utilised by over 70 drivers, and is considered to be a distinctive and ready-to-use feature that sets OpenBSD apart from many other operating systems, and in its root is inseparable from the OpenBSD experience. 1. Introduction Another trend that has been particularly common in the recent years is the availability of defined inter- We will start by investigating into the matter of what faces for software-based temperature readout from hardware monitoring sensors represent, how common individual components of personal computers, such as is it for them to appear in the general-purpose com- the CPU, or the add-on cards, such as those imple- puter hardware that has been available on the market menting the 802.11 wireless functionality or 10 Giga- in the last decade or so, and what benefits can we gain bit Ethernet. Popular examples include recent Intel by having a unified, simple and straightforward inter- Xeon and Core series of processors (as well as budget face for getting the data out of these sensors. models that are marketed under different brands) Although it may come as a surprise to some users, the [admtemp.4] [cpu.4]; all AMD64 processors from majority of personal computers that have been avail- AMD (Families 0Fh, 10h, 11h) [kate.4] [km.4]; Intel able on the market in the last decade have an inte- WiFi Link 4965/5100/5300 wireless network devices grated hardware monitoring circuitry whose main [iwn.4].
    [Show full text]
  • The Journal of AUUG Inc. Volume 25 ¯ Number 3 September 2004
    The Journal of AUUG Inc. Volume 25 ¯ Number 3 September 2004 Features: mychart Charting System for Recreational Boats 8 Lions Commentary, part 1 17 Managing Debian 24 SEQUENT: Asynchronous Distributed Data Exchange 51 Framework News: Minutes to AUUG board meeting of 5 May 2004 13 Liberal license for ancient UNIX sources 16 First Australian UNIX Developer’s Symposium: CFP 60 First Digital Pest Symposium 61 Regulars: Editorial 1 President’s Column 3 About AUUGN 4 My Home Network 5 AUUG Corporate Members 23 A Hacker’s Diary 29 Letters to AUUG 58 Chapter Meetings and Contact Details 62 AUUG Membership AppLication Form 63 ISSN 1035-7521 Print post approved by Australia Post - PP2391500002 AUUGN The journal of AUUG Inc. Volume 25, Number 3 September 2004 Editor ial Gr eg Lehey <[email protected]> After last quarter's spectacularly late delivery of For those newcomers who don't recall the “Lions AUUGN, things aregradually getting back to nor- Book”, this is the “Commentary on the Sixth Edi- mal. I had hoped to have this on your desk by tion UNIX Operating System” that John Lions the end of September,but it wasn't to be. Given wr ote for classes at UNSW back in 1977. Suppos- that that was only a couple of weeks after the “Ju- edly they werethe most-photocopied of all UNIX- ly” edition, this doesn’t seem to be such a prob- related documents. Ihad mislaid my photocopy, lem. I'm fully expecting to get the December is- poor as it was (weren't they all?) some time earli- sue out in time to keep you from boredom over er,soIwas delighted to have an easy to read ver- the Christmas break.
    [Show full text]