DOCSLIB.ORG

Suffield Academy Network Documentation

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Suffield Academy Network Documentation Suffield Academy Network Documentation Jason Healy, Director of Networks and Systems Last Updated Mar 18, 2008 (Revision 1083) This document reflects the ongoing work at Suffield Academy to maintain com- plete and up-to-date documentation describing the setup and maintenance of the campus network, servers, and software. This documentation primarily serves as a written record of the knowledge and experience of the Network Administrator. It came about to help solve the "hit by a bus" scenario, where the transfer of knowledge from the Network Admin- istrator to other staff members is necessary. Therefore, the documentation is primarily written about the application of technology at Suffield Academy. That said, much of the information is generic enough in nature that we felt it would be beneficial to put it online to share with the general community. We hope that others may find useful information in this documentation, and we welcome comments and suggestions. As of this writing, the document is a work in progress. As we add new sections, we shall make them available online at the following address: http://web.suffieldacademy.org/ils/netadmin/docs/ That page will always have the most recent version of the documentation, along with a date of publication to distinguish different versions. 2 Contents I HOWTOs5 1 Building NetRestore Images9 1.1 Introduction..............................9 1.1.1 Prerequisites.........................9 1.2 Preparing the Operating System.................. 10 1.2.1 Initial Setup......................... 10 1.2.2 Boot Images......................... 10 1.2.3 Software Updates....................... 11 1.2.4 System Preferences...................... 11 1.2.5 Certificate Trust....................... 12 1.3 Installing Applications........................ 12 1.3.1 Common Applications.................... 12 1.3.2 Network Workstation Software............... 14 1.3.3 Printers............................ 15 1.3.4 Faculty Applications..................... 15 1.4 Final Preparations.......................... 16 1.4.1 Customize the Dock..................... 16 1.4.2 Hard Drive Cleanup..................... 16 1.4.3 Reset Safari.......................... 16 1.4.4 User Profile Customization................. 16 3 1.4.5 Deleting All Users...................... 18 1.4.6 Networked Users....................... 18 1.4.7 Local Admin Group..................... 19 1.4.8 Printer Group Changes................... 19 1.5 Building the Image.......................... 19 1.6 NetRestore Configuration...................... 20 1.6.1 Updating an Existing Image................. 20 1.6.2 Adding a New Image..................... 20 1.7 Resources............................... 21 2 Installing Windows XP 23 2.1 Introduction.............................. 23 2.2 Installation.............................. 23 2.2.1 Before You Start....................... 23 2.2.2 BIOS Settings........................ 24 2.2.3 Booting............................ 24 2.2.4 Partitioning.......................... 25 2.2.5 Initializing the Disk..................... 27 2.2.6 Waiting for Installation................... 29 2.2.7 Regional and Language Options.............. 31 2.2.8 Personalize Your Software.................. 32 2.2.9 Product Activation Key................... 33 2.2.10 Computer Name and Administrator Password....... 33 2.2.11 Date and Time Settings................... 34 2.2.12 Networking Settings..................... 34 2.2.13 Workgroup or Computer Domain.............. 35 2.2.14 Finishing Initialization.................... 36 2.2.15 Network Identification Wizard............... 36 4 2.2.16 Logging In.......................... 38 2.3 Setting Up the OS.......................... 39 2.3.1 Eject the Installation CD.................. 39 2.3.2 Display Settings....................... 39 2.3.3 Control Panel Settings.................... 41 2.3.4 Install Pending Updates................... 46 2.4 Installing Standard Applications.................. 47 2.4.1 Connecting to the Fileserver................. 47 2.4.2 First Class.......................... 49 2.4.3 Mozilla Firefox........................ 50 2.4.4 Mozilla Sunbird........................ 52 2.4.5 Microsoft Office 2003..................... 53 2.4.6 FileMaker 6.......................... 53 2.4.7 Acrobat Reader 7....................... 53 2.4.8 Ultr@VNC Server...................... 53 2.4.9 Sophos Anti-Virus...................... 55 2.4.10 Printing............................ 55 2.4.11 Macromedia Studio 8 (optional).............. 55 3 Installing ODIN 57 3.1 Introduction.............................. 57 3.2 Prerequisites............................. 57 3.3 Installation.............................. 58 3.3.1 Logging In to the Server................... 58 3.3.2 Installing Odin........................ 60 4 Installing ODIN 69 4.1 Introduction.............................. 69 5 4.2 Mac OS X............................... 69 4.3 Windows XP............................. 70 4.3.1 Configuring the Client.................... 70 4.3.2 Using the VPN........................ 74 II Software 77 5 Netboot Services 81 5.1 Introduction.............................. 81 5.2 Configuring Netboot Services.................... 82 5.2.1 Initial Setup......................... 82 5.2.2 AFP Settings......................... 82 5.2.3 NFS Settings......................... 82 5.2.4 NetBoot Settings....................... 83 5.2.5 Network Settings....................... 83 5.3 Building a Rescue Image....................... 84 5.3.1 Selecting a Machine..................... 84 5.3.2 Base Installation....................... 84 5.3.3 System Configuration.................... 86 5.3.4 System Preferences...................... 89 5.3.5 Software Installation..................... 91 5.3.6 Performance Tweaks..................... 93 5.3.7 Building the Image...................... 94 5.3.8 Installing the Image..................... 94 5.3.9 Testing the Image...................... 94 6 OS 9 Remote Shutdown 97 6.1 Introduction.............................. 97 6 6.2 Requirements............................. 97 6.3 Configuring the Target........................ 98 6.3.1 Installation of Scripts.................... 98 6.3.2 Receive AppleEvents..................... 99 6.4 Configuring the Source........................ 100 6.5 Configuring NUT as a Trigger.................... 100 6.5.1 Setting Up NUT....................... 100 6.5.2 Sample Configuration Files................. 101 6.5.3 Creating a Remote Shutdown Script............ 102 6.5.4 Calling the Remote Shutdown Script............ 103 7 FirstClass Scripts 105 7.1 Introduction.............................. 105 7.2 Preflight Scripts........................... 105 7.2.1 The Preflight Scripts..................... 106 7.3 Postflight Scripts........................... 107 7.3.1 The Postflight Scripts.................... 107 7.4 FirstClass Network Store Backup.................. 108 7.4.1 Background.......................... 108 7.4.2 Requirements......................... 108 7.4.3 Design............................. 108 7.4.4 Usage............................. 109 7.4.5 Recovering from Zombie Processes............. 111 7.4.6 Restoration.......................... 112 7.5 Internet Services Log Rotate.................... 113 7.5.1 Background.......................... 113 7.5.2 Requirements......................... 113 7.5.3 Design............................. 113 7 7.5.4 Usage............................. 114 7.5.5 Viewing Old Logs...................... 114 8 DNS 115 8.1 Introduction.............................. 115 8.1.1 Suffield’s Topology...................... 116 8.2 Master (Adonis) Configuration................... 116 8.2.1 Adonis Notes......................... 117 8.2.2 Updating the Zones..................... 117 8.3 Slave Server Configuration...................... 118 8.3.1 Master Configuration.................... 118 8.3.2 Slave Configuration..................... 119 8.4 DNS with Mac OS X Server..................... 120 8.4.1 Custom Changes....................... 121 8.4.2 Configuration Files...................... 121 8.5 Suffield DNS Config Template.................... 121 8.5.1 Differences.......................... 121 8.5.2 Using the Configuration................... 122 8.6 Disaster Recovery........................... 124 9 DHCP 125 9.1 Introduction.............................. 125 9.2 Mac OS X Server Setup....................... 125 9.2.1 Getting dhcpd from DarwinPorts.............. 126 9.3 Suffield DNS Config Template.................... 126 9.3.1 Differences.......................... 127 9.3.2 Using the Configuration................... 127 9.4 Using DHCP............................. 129 8 9.4.1 Normal Operation Indicators................ 129 9.4.2 Finding a Client's Address................. 130 9.4.3 Starting the Daemon..................... 130 9.4.4 Stoping the Daemon..................... 130 9.4.5 Loading Configuration Changes............... 130 9.4.6 Adding Fixed Hosts..................... 131 9.4.7 Adding Registered Hosts................... 132 9.4.8 Failover............................ 132 10 Printing 135 10.1 Introduction.............................. 135 10.2 Printing Overview.......................... 136 10.2.1 Printer Hardware....................... 136 10.2.2 Client Machines....................... 136 10.2.3 Older Clients......................... 137 10.3 DNS Service Discovery (Bonjour).................. 137 10.3.1 Publishing a Service Zone.................. 138 10.3.2 Publishing Service Records................. 138 10.3.3 Final Notes.......................... 140 10.4 CUPS Configuration......................... 140 10.5 DHCP Configuration........................
Load more

Recommended publications
  • On Ttethernet for Integrated Fault-Tolerant Spacecraft Networks
    On TTEthernet for Integrated Fault-Tolerant Spacecraft Networks Andrew Loveless∗ NASA Johnson Space Center, Houston, TX, 77058 There has recently been a push for adopting integrated modular avionics (IMA) princi- ples in designing spacecraft architectures. This consolidation of multiple vehicle functions to shared computing platforms can significantly reduce spacecraft cost, weight, and de- sign complexity. Ethernet technology is attractive for inclusion in more integrated avionic systems due to its high speed, flexibility, and the availability of inexpensive commercial off-the-shelf (COTS) components. Furthermore, Ethernet can be augmented with a variety of quality of service (QoS) enhancements that enable its use for transmitting critical data. TTEthernet introduces a decentralized clock synchronization paradigm enabling the use of time-triggered Ethernet messaging appropriate for hard real-time applications. TTEther- net can also provide two forms of event-driven communication, therefore accommodating the full spectrum of traffic criticality levels required in IMA architectures. This paper explores the application of TTEthernet technology to future IMA spacecraft architectures as part of the Avionics and Software (A&S) project chartered by NASA's Advanced Ex- ploration Systems (AES) program. Nomenclature A&S = Avionics and Software Project AA2 = Ascent Abort 2 AES = Advanced Exploration Systems Program ANTARES = Advanced NASA Technology Architecture for Exploration Studies API = Application Program Interface ARM = Asteroid Redirect Mission
    [Show full text]
  • Study of the Time Triggered Ethernet Dataflow
    Institutionen f¨ordatavetenskap Department of Computer and Information Science Final thesis Study of the Time Triggered Ethernet Dataflow by Niclas Rosenvik LIU-IDA/LITH-EX-G{15/011|SE 2015-07-08 Linköpings universitet Linköpings universitet SE-581 83 Linköping, Sweden 581 83 Linköping Link¨opingsuniversitet Institutionen f¨ordatavetenskap Final thesis Study of the Time Triggered Ethernet Dataflow by Niclas Rosenvik LIU-IDA/LITH-EX-G{15/011|SE 2015-07-08 Supervisor: Unmesh Bordoloi Examiner: Petru Eles Abstract In recent years Ethernet has caught the attention of the real-time commu- nity. The main reason for this is that it has a high data troughput, 10Mbit/s and higher, and good EMI characteristics. As a protocol that might be used in real-time environments such as control systems for cars etc, it seems to fulfil the requirements. TTEthernet is a TDMA extension to normal Eth- ernet, designed to meet the hard deadlines required by real-time networks. This thesis describes how TTEthernet handles frames and the mathemat- ical formulas to calculate shuffle delay of frames in such a network. Open problems related to TTEthernet are also discussed. iii Contents 1 Introduction 1 2 Ethernet 2 2.1 Switching . 2 2.2 Ethernet frame format . 3 2.3 The need for TTEthernet . 4 3 TTEthernet 6 3.1 TTEthernet spec . 6 3.1.1 Protocol control frames . 6 3.1.2 Time-triggered frames . 7 3.1.3 Rate constrained frames . 9 3.1.4 Best effort frames . 10 3.2 Integration Algorithms . 10 3.2.1 Shuffling . 10 3.2.2 Preemption .
    [Show full text]
  • Generating Synthetic Voip Traffic for Analyzing Redundant Openbsd
    UNIVERSITY OF OSLO Department of Informatics Generating Synthetic VoIP Traffic for Analyzing Redundant OpenBSD-Firewalls Master Thesis Maurice David Woernhard May 23, 2006 Generating Synthetic VoIP Traffic for Analyzing Redundant OpenBSD-Firewalls Maurice David Woernhard May 23, 2006 Abstract Voice over IP, short VoIP, is among the fastest growing broadband technologies in the private and commercial sector. Compared to the Plain Old Telephone System (POTS), Internet telephony has reduced availability, measured in uptime guarantees per a given time period. This thesis makes a contribution towards proper quantitative statements about network availability when using two redun- dant, state synchronized computers, acting as firewalls between the Internet (WAN) and the local area network (LAN). First, methods for generating adequate VoIP traffic volumes for loading a Gigabit Ethernet link are examined, with the goal of using a minimal set of hardware, namely one regular desktop computer. pktgen, the Linux kernel UDP packet generator, was chosen for generating synthetic/artificial traffic, reflecting the common VoIP packet characteristics packet size, changing sender and receiver address, as well as typical UDP-port usage. pktgen’s three main parameters influencing the generation rate are fixed inter-packet delay, packet size and total packet count. It was sought to relate these to more user-friendly val- ues of amount of simultaneous calls, voice codec employed and call duration. The proposed method fails to model VoIP traffic accurately, mostly due to the cur- rently unstable nature of pktgen. However, it is suited for generating enough packets for testing the firewalls. Second, the traffic forwarding limit and failover behavior of the redun- dant, state-synchronized firewalls was examined.
    [Show full text]
  • Mac OS X Server Administrator's Guide
    034-9285.S4AdminPDF 6/27/02 2:07 PM Page 1 Mac OS X Server Administrator’s Guide K Apple Computer, Inc. © 2002 Apple Computer, Inc. All rights reserved. Under the copyright laws, this publication may not be copied, in whole or in part, without the written consent of Apple. The Apple logo is a trademark of Apple Computer, Inc., registered in the U.S. and other countries. Use of the “keyboard” Apple logo (Option-Shift-K) for commercial purposes without the prior written consent of Apple may constitute trademark infringement and unfair competition in violation of federal and state laws. Apple, the Apple logo, AppleScript, AppleShare, AppleTalk, ColorSync, FireWire, Keychain, Mac, Macintosh, Power Macintosh, QuickTime, Sherlock, and WebObjects are trademarks of Apple Computer, Inc., registered in the U.S. and other countries. AirPort, Extensions Manager, Finder, iMac, and Power Mac are trademarks of Apple Computer, Inc. Adobe and PostScript are trademarks of Adobe Systems Incorporated. Java and all Java-based trademarks and logos are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. Netscape Navigator is a trademark of Netscape Communications Corporation. RealAudio is a trademark of Progressive Networks, Inc. © 1995–2001 The Apache Group. All rights reserved. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. 062-9285/7-26-02 LL9285.Book Page 3 Tuesday, June 25, 2002 3:59 PM Contents Preface How to Use This Guide 39 What’s Included
    [Show full text]
  • A Review of HTTP Live Streaming
    A Review of HTTP Live Streaming Andrew Fecheyr-Lippens ([email protected]) Abstract TODO: write abstract January 2010 A Review of HTTP Live Streaming Andrew Fecheyr-Lippens Table of Contents 1. Introduction to streaming media 3 On-demand vs live streaming 3 2. Popular solutions 5 RTP/RTSP 5 Adobe Flash Media Streaming Server 5 3. Apple’s HTTP Live Streaming 7 HTTP Streaming Architecture 7 Server Components 9 Media Segment Files 10 Distribution Components 11 Client Component 11 Using HTTP Live Streaming 12 Session Types 12 Content Protection 13 Caching and Delivery Protocols 14 Stream Alternatives 14 Failover Protection 15 4. Critical Comparison 16 Ease of Setup 16 HTTP Live Streaming - Apple tools 17 HTTP Live Streaming - Open Source tools 17 RTP/RTSP - Darwin Streaming Server 18 Compatibility 19 Features 20 Ease of Distribution 21 Cost 22 5. Conclusion 23 6. Appendices 25 Appendix 1 - Index file generated by Apple tool 25 Appendix 2 - Configuration file for the O.S. toolchain 26 Appendix 3 - Index files generated by O.S. toolchain 27 Appendix 4 - Web server access log 28 Appendix 5 - Akamai HD for iPhone architecture 29 7. References 30 2 A Review of HTTP Live Streaming Andrew Fecheyr-Lippens 1.Introduction to streaming media In the early 1990s consumer-grade personal computers became powerful enough to display video and playback audio. These early forms of computer media were usually delivered over non-streaming channels, by playing it back from CD-ROMs or by downloading a digital file from a remote web server and saving it to a local hard drive on the end user's computer.
    [Show full text]
  • Developments in Audio Networking Protocols By: Mel Lambert
    TECHNICAL FOCUS: SOUND Copyright Lighting&Sound America November 2014 http://www.lightingandsoundamerica.com/LSA.html Developments in Audio Networking Protocols By: Mel Lambert It’s an enviable dream: the ability to prominent of these current offerings, ular protocol and the basis for connect any piece of audio equip- with an emphasis on their applicability Internet-based systems: IP, the ment to other system components within live sound environments. Internet protocol, handles the and seamlessly transfer digital materi- exchange of data between routers al in real time from one device to OSI layer-based model for using unique IP addresses that can another using the long-predicted con- AV networks hence select paths for network traffic; vergence between AV and IT. And To understand how AV networks while TCP ensures that the data is with recent developments in open work, it is worth briefly reviewing the transmitted reliably and without industry standards and plug-and-play OSI layer-based model, which divides errors. Popular Ethernet-based proto- operability available from several well- protocols into a number of smaller cols are covered by a series of IEEE advanced proprietary systems, that elements that accomplish a specific 802.3 standards running at a variety dream is fast becoming a reality. sub-task, and interact with one of data-transfer speeds and media, Beyond relaying digital-format signals another in specific, carefully defined including familiar CAT-5/6 copper and via conventional AES/EBU two-chan- ways. Layering allows the parts of a fiber-optic cables. nel and MADI-format multichannel protocol to be designed and tested All AV networking involves two pri- connections—which requires dedicat- more easily, simplifying each design mary roles: control, including configur- ed, wired links—system operators are stage.
    [Show full text]
  • Overview on IP Audio Networking Andreas Hildebrand, RAVENNA Evangelist ALC Networx Gmbh, Munich Topics
    Overview on IP Audio Networking Andreas Hildebrand, RAVENNA Evangelist ALC NetworX GmbH, Munich Topics: • Audio networking vs. OSI Layers • Overview on IP audio solutions • AES67 & RAVENNA • Real-world application examples • Brief introduction to SMPTE ST2110 • NMOS • Control protocols Overview on IP Audio Networking - A. Hildebrand # 1 Layer 2 Layer 1 AVB EtherSound Layer 3 Audio over IP Audio over Ethernet ACIP TCP unicast RAVENNA AES67 multicast RTP UDP X192 Media streaming Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 3 Layer 2 Layer 1 AVB Terminology oftenEtherSound Layer 3 Audio over IP • ambiguousAudio over Ethernet ACIP TCP unicast • usedRAVENNA in wrongAES67 context multicast RTP • marketingUDP -driven X192 Media streaming • creates confusion Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 4 Layer 2 Layer 1 AVB Terminology oftenEtherSound Layer 3 Audio over IP • ambiguousAudio over Ethernet ACIP TCP Audio over IP unicast • usedRAVENNA in wrongAES67 context multicast RTP • marketingUDP -driven X192 Media streaming • creates confusion Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 5 Layer 7 Application Application Application and Layer 6 Presentation protocol-based layers Presentation HTTP, FTP, SMNP, Layer 5 Session Session POP3, Telnet, TCP, Layer 4 Transport UDP, RTP Transport Layer 3 Network Internet Protocol (IP) Network Layer 2 Data Link Ethernet, PPP… Data Link Layer 1 Physical 10011101 Physical Overview on IP Audio Networking - A. Hildebrand # 10 Physical transmission Classification by OSI network layer: Layer 1 Systems Transmit Receive Layer 1 Physical 10011101 Physical Overview on IP Audio Networking - A. Hildebrand # 12 Physical transmission Layer 1 systems: • Examples: SuperMac (AES50), A-Net Pro16/64 (Aviom), Rocknet 300 (Riedel), Optocore (Optocore), MediorNet (Riedel) • Fully proprietary systems • Make use of layer 1 physical transport (e.g.
    [Show full text]
  • Model 5421 Dante® Intercom Audio Engine
    Model 5421 Dante® Intercom Audio Engine Key Features • 16-channel audio engine creates multiple • DDM support and AES67 compliant virtual party-line (PL) intercom circuits • PoE powered, Gigabit Ethernet interface • Dante audio-over-Ethernet technology • Configured using STcontroller application • Auto Mix for enhanced audio performance • Table-top, portable, or optional rack-mount • Supports Studio Technologies’ intercom installation beltpacks Overview The Model 5421 Dante® Intercom Audio Engine is a high- enclosure can be used stand-alone or mounted in one space performance, cost-effective, flexible solution for creating (1U) of a standard 19-inch rack enclosure with an optional party-line (PL) intercom circuits. It’s directly compatible rack-mount installation kit. To meet the latest interoper- with the Studio Technologies’ range of 1-, 2-, and 4-chan- ability standard the Model 5421’s Dante implementation nel Dante-enabled beltpacks and other interface-related meets the requirements of AES67 as well as supporting the products. The unit is suitable for use in fixed and mobile Dante Domain Manager (DDM) application. Using DDM, broadcast facilities, post-production studios, commercial compliance with ST 2110-30 may be possible. and educational theater environments, and entertainment The Model 5421 provides one 16-channel audio engine applications. which can be configured to provide from one to four “virtual” Only a Gigabit Ethernet network connection with Power- intercom circuits. The term “audio engine” was selected over-Ethernet (PoE) support is required for the Model to describe a set of audio input, processing, routing, and 5421 to provide a powerful resource in a variety of Dante output resources that can be configured to support spe- applications.
    [Show full text]
  • Hasseb Audio Over Ethernet XLR Instructions Manual Version
    September HASSEB AUDIO OVER ETHERNET XLR INSTRUCTIONS MANUAL 19, 2018 VERSION 1.0 HASSEB AUDIO OVER ETHERNET XLR hasseb Audio over Ethernet XLR is an easy to use and portable device used to send lossless, realtime microphone audio signal using Ethenet network. The device is compatible with AES67 standard and can be used as a standalone device or together with other AES67 compatible devices. Two 3-pin XLR audio connectors are used to connect microphones to Ethernet netowork. The device has two input channels with a high quality analog amplifier and A/D converter to digitize the analog microphone signals. In addition, the device has a 48 V phantom source for microphones requiring phantom power. The device is configured using a web user interface and mDNS (multicast Domain Name System) protocol is supported to easily find the device IP addresses from the network. For professional grade network audio systems PTP (Precision Time Protocol) based time synchronization is required. The device can act as IEEE1588 grand master to provide synchronization clock signal to the network. INSTALLATION The device can be powered through the Ethernet cable using a Power over Ethernet capable switch of through a micro USB connector with an external 5 V USB power supply. DHCP (Dynamic Host Configuration Protocol) support is enabled by default, so the device will assign an IP address automatically. All hasseb Audio over Ethernet XLR devices and most other AES67 devices and their names and IP addresses connected to the network can be found using any software, capable of searching the network for mDNS supported devices.
    [Show full text]
  • Cerify Automated Video Content Verification System User Manual
    xx Cerify Automated Video Content Verification System ZZZ User Manual *P077035208* 077-0352-08 Cerify Automated Video Content Verification System ZZZ User Manual www.tektronix.com 077-0352-08 Copyright © Tektronix. All rights reserved. Licensed software products are owned by Tektronix or its subsidiaries or suppliers, and are protected by national copyright laws and international treaty provisions. Tektronix products are covered by U.S. and foreign patents, issued and pending. Information in this publication supersedes that in all previously published material. Specifications and price change privileges reserved. TEKTRONIX and TEK are registered trademarks of Tektronix, Inc. Cerify is trademark of Tektronix, Inc. This document supports software version 7.5 and above. Cerify Technical Support To obtain technical support for your Cerify system, send an e-mail to the following address: [email protected]. Contacting Tektronix Tektronix, Inc. 14150 SW Karl Braun Drive P.O. Box 500 Beaverton, OR 97077 USA For product information, sales, service, and technical support: In North America, call 1-800-833-9200. Worldwide, visit www.tektronix.com to find contacts in your area. Warranty Tektronix warrants that the media on which this software product is furnished and the encoding of the programs on the media will be free from defects in materials and workmanship for a period of three (3) months from the date of shipment. If any such medium or encoding proves defective during the warranty period, Tektronix will provide a replacement in exchange for the defective medium. Except as to the media on which this software product is furnished, this software product is provided “as is” without warranty of any kind, either express or implied.
    [Show full text]
  • Mac OS X Server
    Mac OS X Server Version 10.4 Technology Overview August 2006 Technology Overview 2 Mac OS X Server Contents Page 3 Introduction Page 5 New in Version 10.4 Page 7 Operating System Fundamentals UNIX-Based Foundation 64-Bit Computing Advanced BSD Networking Architecture Robust Security Directory Integration High Availability Page 10 Integrated Management Tools Server Admin Workgroup Manager Page 14 Service Deployment and Administration Open Directory Server File and Print Services Mail Services Web Hosting Enterprise Applications Media Streaming iChat Server Software Update Server NetBoot and NetInstall Networking and VPN Distributed Computing Page 29 Product Details Page 31 Open Source Projects Page 35 Additional Resources Technology Overview 3 Mac OS X Server Introduction Mac OS X Server version 10.4 Tiger gives you everything you need to manage servers in a mixed-platform environment and to con gure, deploy, and manage powerful network services. Featuring the renowned Mac OS X interface, Mac OS X Server streamlines your management tasks with applications and utilities that are robust yet easy to use. Apple’s award-winning server software brings people and data together in innovative ways. Whether you want to empower users with instant messaging and blogging, gain greater control over email, reduce the cost and hassle of updating software, or build your own distributed supercomputer, Mac OS X Server v10.4 has the tools you need. The Universal release of Mac OS X Server runs on both Intel- and PowerPC-based The power and simplicity of Mac OS X Server are a re ection of Apple’s operating sys- Mac desktop and Xserve systems.
    [Show full text]
  • Redalyc.Testing Environment for Video Streaming Support Using Open
    Ingeniería y Desarrollo ISSN: 0122-3461 [email protected] Universidad del Norte Colombia Urbano O., Franco Arturo; Chanchí G., Gabriel E.; Campo M., Wilmar Yesid; Bermúdez O., Héctor Fabio; Astaiza Hoyos, Evelio Testing environment for video streaming support using open source tools Ingeniería y Desarrollo, vol. 34, núm. 2, julio-diciembre, 2016, pp. 233-253 Universidad del Norte Barranquilla, Colombia Available in: http://www.redalyc.org/articulo.oa?id=85246475005 How to cite Complete issue Scientific Information System More information about this article Network of Scientific Journals from Latin America, the Caribbean, Spain and Portugal Journal's homepage in redalyc.org Non-profit academic project, developed under the open access initiative ARTÍCULO DE INVESTIGACIÓN / RESEARCH ARTICLE http://dx.doi.org/10.14482/inde.34.2.6752 Testing environment for video streaming support using open source tools Entorno de pruebas para el soporte de videostreaming usando herramientas libres Franco Arturo Urbano O.* Fundación Universitaria de Popayán (Colombia) Gabriel E. Chanchí G.** Universidad del Cauca (Colombia) Wilmar Yesid Campo M.*** Héctor Fabio Bermúdez O.**** Evelio Astaiza Hoyos***** Universidad del Quindío (Colombia) * Ingeniero en Electrónica y Telecomunicaciones. Magister en Ingenie- ría. Área Telemática, Universidad del Cauca. Profesor del programa de In- geniería de Sistemas de la Fundación Universitaria de Popayán. frurbano5@ gmail.com. ** Ingeniero en Electrónica y Telecomunicaciones. Magister en Inge- niería Telemática. PhD(c) Candidato a Doctor en Telemática, Universidad del Cauca. Profesor del programa de Ingeniería Informática de la Institu- ción Universitaria Colegio Mayor del Cauca. [email protected]. *** Ingeniero en Electrónica y Telecomunicaciones. Magister en In- geniería. Área Telemática.
    [Show full text]