DOCSLIB.ORG

Programming Guidelines on Transition to Ipv6

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Programming Guidelines on Transition to Ipv6 Tomás P. de Miguel and Eva M. Castro [email protected] [email protected] Department of Telematic Systems Engineering (DIT) Technical University of Madrid (UPM) Systems and Communications Group (GSyC) Experimental Sciences and Technology Department (ESCET) Rey Juan Carlos University (URJC) January 2003, v13 Programming Guidelines on Transition to IPv6 Acknowledgements This research has been supported by LONG (Laboratories Over Next Generation networks) project, IST-1999-20393. We would like to thanks Latif Ladid and Jim Bound for their support and encouragement. Thanks to the people who made suggestions and provided feedback to this document specially Jordi Palet, which improve the accuracy and presentation of the text. 2 / 65 Programming Guidelines on Transition to IPv6 PROGRAMMING GUIDELINES ON TRANSITION TO IPV6................................................... 1 ACKNOWLEDGEMENTS..................................................................................................... 2 FIGURES ............................................................................................................................ 4 TABLES ............................................................................................................................. 4 1. INTRODUCTION......................................................................................................... 5 2. TRANSITION TO IPV6 WITHOUT CHANGING APPLICATIONS ................................... 6 3. TRANSITION SCENARIOS........................................................................................... 8 4. PORTING APPLICATIONS ........................................................................................ 11 4.1 ANALYZING EXISTING PROGRAMS.................................................................... 11 4.1.1 Application transport module ................................................................. 12 4.1.2 Other application modules with IP address dependencies..................... 13 4.2 IPV4/IPV6 INTEROPERABILITY ........................................................................ 17 4.2.1 IPv6/IPv4 clients connecting to an IPv4 server at IPv6-only node........ 17 4.2.2 IPv6/IPv4 clients connecting to an IPv6 server at IPv6-only node........ 18 4.2.3 IPv6/IPv4 clients connecting to an IPv4 server at dual stack node ....... 19 4.2.4 IPv6/IPv4 clients connecting to an IPv6 server at dual stack node ....... 20 4.2.5 IPv4/IPv6 clients connecting to an IPv4-only server and IPv6-only server at dual stack node. ....................................................................................... 21 4.2.6 Client/server and network type interoperability..................................... 21 4.3 PORTING SOURCE CODE................................................................................... 22 4.3.1 Socket Address Structures....................................................................... 23 4.3.2 Socket functions ...................................................................................... 24 4.3.3 Required modifications when porting to IPv6 ........................................ 25 4.3.4 Address conversion functions ................................................................. 28 4.3.5 Resolving names ..................................................................................... 30 4.3.6 Multicasting ............................................................................................ 32 5. GUIDELINES ON DEVELOPING NEW APPLICATIONS ............................................... 35 6. CONCLUSIONS......................................................................................................... 37 7. BIBLIOGRAPHY ....................................................................................................... 40 8. APPENDIX: EXAMPLES OF REAL PORTING PROCESS ............................................. 41 8.1 ORIGINAL DAYTIME VERSION........................................................................... 41 8.1.1 IPv4 Daytime server (TCP/UDP) ........................................................... 41 8.1.2 IPv4 Daytime client (TCP/UDP) ............................................................ 46 8.2 THE UNICAST DAYTIME PORTED TO IPV6 ......................................................... 50 8.2.1 Daytime server (TCP/UDP).................................................................... 50 8.2.2 Example: Daytime client (TCP/UDP). ................................................... 55 8.3 THE MULTICAST DAYTIME................................................................................ 59 3 / 65 Programming Guidelines on Transition to IPv6 Figures FIGURE 1: APPLICATION INTERFACE TRANSLATORS. .................................................................................... 6 FIGURE 2: TRANSITION SCENARIOS. ............................................................................................................. 9 FIGURE 3: APPLICATIONS PROTOCOL INDEPENDENT OF IPV4 OR IPV6. ...................................................... 13 FIGURE 4: TRANSFER UNIT (TU) SIZE PROBLEM IF NOT PMTU-D IMPLEMENTED...................................... 16 FIGURE 5: IPV4/IPV6 CLIENTS CONNECTING TO AN IPV4 SERVER AT IPV4-ONLY NODE............................. 18 FIGURE 6: IPV4/IPV6 CLIENTS CONNECTING TO AN IPV6 SERVER AT IPV6-ONLY NODE............................. 19 FIGURE 7: IPV4/IPV6 CLIENTS CONNECTING TO AN IPV4 SERVER AT DUAL STACK NODE........................... 20 FIGURE 8: IPV4/IPV6 CLIENTS CONNECTING TO AN IPV6 SERVER AT DUAL STACK NODE........................... 20 FIGURE 9: IPV4/IPV6 CLIENTS CONNECTING TO AN IPV4-ONLY SERVER AND IPV6-ONLY SERVER AT DUAL STACK NODE...................................................................................................................................... 21 Tables TABLE 1: SPECIAL ADDRESSES. .................................................................................................................. 14 TABLE 2: CLIENT SERVER AND NETWORK TYPE COMBINATIONS................................................................. 21 TABLE 3: MACROS FOR TESTING TYPE OF ADDRESSES................................................................................ 32 TABLE 4: MULTICAST SOCKET OPTIONS. .................................................................................................... 32 TABLE 5: IPV4 OR IPV6 ACTIVATION. ........................................................................................................ 36 4 / 65 Programming Guidelines on Transition to IPv6 1. Introduction The transition between today’s IPv4 Internet and the future IPv6-based one will be a long process during which both protocol versions will coexist. Moving from IPv4 to IPv6 is not straightforward and guidelines to simplify transition between the two versions have to be standardised. Network transition has been discussed in detail; however applications should be reviewed to complete the porting process. Existing applications are written assuming IPv4. Only very recently IPv6 has been taken into account. Unless most of basic distributed applications are available now; there is too much work to do yet. The aim of this paper is to provide general recommendations to be taken into account during the porting process of applications and services to IPv6. This will allow developers to move smoothly their applications into the new environment. The document is divided in three parts. The first analyzes in which conditions is possible the transition to IPv6 without changing applications. This chapter includes recommendations on how to proceed when source code is not available and explains which mechanisms can be used. The second is the main document part. It starts describing IPv6 transition scenarios from the application point of view. The paper is focused on analyzing existing applications looking for characteristics, which usually should be reviewed during transition to IPv6. It includes a brief description of basic socket interface extensions for IPv6, fully described in RFC2553 [BISE]. The paper concludes providing general recommendations for new IPv6 applications. In the future all IPv4 networks will be IPv6; however during a long period mixed scenarios with both IPv4 and IPv6 will be the real environments. Therefore, new applications should be designed to work only in a pure IPv6 environment, but a design to allow mixed IPv4 and IPv6 environment is better now. The document includes some examples of code porting process, used to illustrate the required changes in the client and server components. Porting guidelines are valid for any programming language, however for simplicity, application examples are provided only in C language. All these examples have been tested in a SuSE Linux 7.3 distribution, kernel version 2.4.10. The LONG Project has revised detailed rules and socket interface description for other popular programming languages [LD31]. 5 / 65 Programming Guidelines on Transition to IPv6 2. Transition to IPv6 without changing applications Many methodologies have been studied to support transition to IPv6 depending on initial network architectures. To make IPv6 network available to the user it’s necessary to provide a great number of IPv6 applications. Although, existing applications are written assuming IPv4, it isn’t desirable to wait until all necessary applications will be ready to start network transition. The simple approach during initial transition stages is to use IPv4 applications over the new IPv6 network environment.
Load more

Recommended publications
  • Tcp Ip Protocol Source Code in Java
    Tcp Ip Protocol Source Code In Java Pupiparous Poul achromatized blindly. Indistinctively insurable, Terrel brave cableways and construes dangle. Powell bestrid his sighters retransmitted disinterestedly, but tested Arvie never empales so bearably. Cliser Echo your Example. Compiler Requirements Java Platform and Operating System Information. Tcp client server program to burglar a ball string in java. TCPIPUDP& Multicasting through java CSWL Inc 12149. The update message will allow it requires some countries, with an introduction to. Of California at Berkeley to implement TCPIP protocols. CHAPTER 6 TCPUDP COMMUNICATION IN JAVA. Process namely the IP address of the server and the port number of plant process. If you all been wondering the type sockets supported by the TCPIP they meant as. A Java program can speak your custom protocols it needs to speak including the. Understanding the Internet what news is addresses names and routers levels of protocols IP UDP and TCP. There are her problem areas can the Java program be downloaded from a. TCPIP Sockets in Java 1st Edition Elsevier. Sockets use TCPIP transport protocol and they weak the last origin of a. As a web site, and server for background and protocol in tcp ip stackconfigured window. 2 Netprog 2002 TCPIP Topics IPv6 TCP Java TCP Programming. Compile orgspringframeworkintegrationspring-integration-ip543. EasymodbusTCP Modbus Library for NETJava and Python. To known with each account over entire network using TCPIP protocol. Java Networking Tutorialspoint. Socket Programming in Java GeeksforGeeks. What tie a permit The Java Tutorials Custom Networking. Your TCP implementation will enter four major pieces the state holding that implements connection setup and teardown the sliding window protocol that determines.
    [Show full text]
  • DNS) Deployment Guide
    Archived NIST Technical Series Publication The attached publication has been archived (withdrawn), and is provided solely for historical purposes. It may have been superseded by another publication (indicated below). Archived Publication Series/Number: NIST Special Publication 800-81 Revision 1 Title: Secure Domain Name System (DNS) Deployment Guide Publication Date(s): April 2010 Withdrawal Date: September 2013 Withdrawal Note: SP 800-81 Revision 1 is superseded in its entirety by the publication of SP 800-81-2 (September 2013). Superseding Publication(s) The attached publication has been superseded by the following publication(s): Series/Number: NIST Special Publication 800-81-2 Title: Secure Domain Name System (DNS) Deployment Guide Author(s): Ramaswamy Chandramouli, Scott Rose Publication Date(s): September 2013 URL/DOI: http://dx.doi.org/10.6028/NIST.SP.800-81-2 Additional Information (if applicable) Contact: Computer Security Division (Information Technology Lab) Latest revision of the SP 800-81-2 (as of August 7, 2015) attached publication: Related information: http://csrc.nist.gov/ Withdrawal N/A announcement (link): Date updated: ƵŐƵƐƚϳ, 2015 Special Publication 800-81r1 Sponsored by the Department of Homeland Security Secure Domain Name System (DNS) Deployment Guide Recommendations of the National Institute of Standards and Technology Ramaswamy Chandramouli Scott Rose i NIST Special Publication 800-81r1 Secure Domain Name System (DNS) Deployment Guide Sponsored by the Department of Homeland Security Recommendations of the National Institute of Standards and Technology Ramaswamy Chandramouli Scott Rose C O M P U T E R S E C U R I T Y Computer Security Division/Advanced Network Technologies Division Information Technology Laboratory National Institute of Standards and Technology Gaithersburg, MD 20899 April 2010 U.S.
    [Show full text]
  • Guidelines on Firewalls and Firewall Policy
    Special Publication 800-41 Revision 1 Guidelines on Firewalls and Firewall Policy Recommendations of the National Institute of Standards and Technology Karen Scarfone Paul Hoffman NIST Special Publication 800-41 Guidelines on Firewalls and Firewall Revision 1 Policy Recommendations of the National Institute of Standards and Technology Karen Scarfone Paul Hoffman C O M P U T E R S E C U R I T Y Computer Security Division Information Technology Laboratory National Institute of Standards and Technology Gaithersburg, MD 20899-8930 September 2009 U.S. Department of Commerce Gary Locke, Secretary National Institute of Standards and Technology Patrick D. Gallagher, Deputy Director GUIDELINES ON FIREWALLS AND FIREWALL POLICY Reports on Computer Systems Technology The Information Technology Laboratory (ITL) at the National Institute of Standards and Technology (NIST) promotes the U.S. economy and public welfare by providing technical leadership for the nation’s measurement and standards infrastructure. ITL develops tests, test methods, reference data, proof of concept implementations, and technical analysis to advance the development and productive use of information technology. ITL’s responsibilities include the development of technical, physical, administrative, and management standards and guidelines for the cost-effective security and privacy of sensitive unclassified information in Federal computer systems. This Special Publication 800-series reports on ITL’s research, guidance, and outreach efforts in computer security and its collaborative activities with industry, government, and academic organizations. National Institute of Standards and Technology Special Publication 800-41 Revision 1 Natl. Inst. Stand. Technol. Spec. Publ. 800-41 rev1, 48 pages (Sep. 2009) Certain commercial entities, equipment, or materials may be identified in this document in order to describe an experimental procedure or concept adequately.
    [Show full text]
  • Internet Deep Dive Webinar Handout Copy
    Introduction to IT Networking Featuring Robert Lastinger from Distech Controls Agenda • Internet • Static IP • DHCP • IP Routing • Gateway • Subnet • NAT • DNS and Hosting • External Access: Firewalls, VPNs Internet Internet Layer The Internet layer is responsible for placing data that needs to be transmitted into data packets known as IP datagrams. These will contain the source and destination addresses for the data within. This layer is also responsible for routing the IP datagrams. The main protocols included at Internet layer are IP (Internet Protocol), ICMP (Internet Control Message Protocol), ARP (Address Resolution Protocol), RARP (Reverse Address Resolution Protocol) and IGMP (Internet Group Management Protocol). Terms you will commonly hear that relate to this layer are IPV4 and IPV6. For the purposes of this training we will only be talking about IPV4. IP Addressing 192.168.99.11 192.168.12.1 192.168.12.101 192.168.12.100 192.168.12.2 Network mask: 255.255.255.0 (/24) Default gateway: 192.168.12.1 Notable IP Addresses • Loopback/localhost (127.0.0.0/8) • Private network (10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12) • Network source address (0.0.0.0/8) • Reserved (anything between 224.0.0.0 and 255.255.255.254) • Limited broadcast (255.255.255.255) • Last IP in a subnet ONS-S8 and ONS-NC600 ONS-C1601pi ONS-YX Network ONS-C401i Router/core switch ONS-C2410p ONS-YX Optical fiber ONS-C401i ONS-C401i Ethernet Static IP IPV4 DHCP (Dynamic Host Configuration Protocol) DHCP Lease (Dynamic vs Reserved) Static IP Subnet Gateway DNS ( Domain Name System) DHCP DHCP DHCP – is a client/server protocol that automatically provides an Internet Protocol (IP) host with its IP address and other related configuration information such as the subnet mask and default gateway.
    [Show full text]
  • Qradar Community Edition V7.3.3 Launch
    QRadar Community Edition V7.3.3 Launch Shane Lundy Sree Ananthasayanam Jose Bravo Jonathan Pechta QRadar Offering Manager Advisory Software Developer NA Security Architect QRadar Support Content Lead IBM Security IBM Security IBM Security IBM Security [email protected] [email protected] [email protected] [email protected] 21 February 2020 Agenda Announcements 03 7: Troubleshooting errors (qradar_netsetup) 14 About QRadar Community Edition 04 8: Log in to QRadar Community Edition 16 0: Community Edition Support 05 9: Event sources and DSMs 17 1: Read the documentation 05 Demo and questions 18 2: OVA & install video tips 06 3: System requirements 07 4: Network configuration 08 5: Network requirements 09 6: Troubleshooting errors (AUTO_INSTALL_INSTRUCTIONS) 10 IBM Security / © 2019 IBM Corporation 2 Announcements • QRadar V7.3.3 Patch 2 is available on IBM Fix Central. • 27 February 2020: Let’s talk about the Log Source Management app Invitation: https://ibm.biz/logsourceinvite • Official Support Forums are moving at the end March, more details coming soon. Bookmark the following IBM short URLs: https://ibm.biz/qradarceforums (QRadar Community Edition Q&A) or https://ibm.biz/qradarforums (QRadar Support Forum) • New support pages coming soon for Parsing 101 IBM Security / © 2019 IBM Corporation 3 About QRadar Community Edition The QRadar Community Edition in 7.3.3 is now being delivered as an OVA file. • Based off of QRadar 7.3.3 general availability (GA) build. • The OVA download contains the CentOS Operating System preinstalled and bundled with the 7.3.3 QRadar Community Edition ISO. • The QRadar Community Edition is based on a smaller footprint for non-enterprise use.
    [Show full text]
  • Understand Ipv4
    LESSON 3.2 98-366 Networking Fundamentals UnderstandUnderstand IPv4IPv4 LESSON 3.2 98-366 Networking Fundamentals Lesson Overview In this lesson, you will learn about: APIPA addressing classful IP addressing and classless IP addressing gateway IPv4 local loopback IP NAT network classes reserved address ranges for local use subnetting static IP LESSON 3.2 98-366 Networking Fundamentals Anticipatory Set 1. Write the address range and broadcast address for the following subnet: Subnet: 192.168.1.128 / 255.255.255.224 Address Range? Subnet Broadcast Address? 2. Check your answer with those provided by the instructor. If it is different, review the method of how you derived the answer with your group and correct your understanding. LESSON 3.2 98-366 Networking Fundamentals IPv4 A connectionless protocol for use on packet-switched Link Layer networks like the Ethernet At the core of standards-based internetworking methods of the Internet Network addressing architecture redesign is underway via classful network design, Classless Inter-Domain Routing, and network address translation (NAT) . Microsoft Windows uses TCP/IP for IP version 4 (a networking protocol suite) to communicate over the Internet with other computers. It interacts with Windows naming services like WINS and security technologies. IPsec helps facilitate the successful and secure transfer of IP packets between computers. An IPv4 address shortage has been developing. LESSON 3.2 98-366 Networking Fundamentals Network Classes Provide a method for interacting with the network All networks have different sizes so IP address space is divided in different classes to meet different requirements. Each class fixes a boundary between the network prefix and the host within the 32-bit address.
    [Show full text]
  • Configure Wildcard-Based Subdomains
    Configure Wildcard-Based Subdomains Apache’s virtual hosting feature makes it easy to host multiple websites or web applications on the same server, each accessible with a different domain name. However, when you have a large number of virtual hosts sharing almost-identical configuration, wildcard-based subdomains simplify maintenance and reduce the effort involved in adding a new virtual host. With wildcard subdomains, it’s no longer necessary to edit the Apache configuration file or restart the server to initialize a new virtual host. Instead, you simply need to create a subdirectory matching the subdomain name on the server with your content, and Apache will automatically use that directory to serve requests for the corresponding subdomain. Virtual hosts created in this manner will not be accessible from other systems, unless those NOTE systems are separately configured to associate the custom domains used by virtual hosts with the IP address of the XAMPP server. This guide walks you through the process of setting up wildcard virtual hosts with XAMPP, such that requests for subdomain.localhost are automatically served by the subdomain/ directory of the main server document root. Follow the steps below: 1. Change to your XAMPP installation directory (typically, C:\xampp) and open the httpd.conf file in the apache\conf\ subdirectory using your favourite text editor. Within the file, find the following line and uncomment it by removing the hash symbol (#) at the beginning of the line. LoadModule vhost_alias_module modules/mod_vhost_alias.so 2. Next, edit the httpd-vhosts.conf file in the apache\conf\extra\ subdirectory of your XAMPP installation directory.
    [Show full text]
  • TCP/IP Fundamentals for Microsoft Windows
    TCP/IP Fundamentals for Microsoft Windows Microsoft Corporation Published: May 21, 2006 Updated: Jan 9, 2012 Author: Joseph Davies Editor: Anne Taussig Abstract This online book is a structured, introductory approach to the basic concepts and principles of the Transmission Control Protocol/Internet Protocol (TCP/IP) protocol suite, how the most important protocols function, and their basic configuration in the Microsoft® Windows Vista™, Windows Server® 2008, Windows® XP, and Windows Server 2003 families of operating systems. This book is primarily a discussion of concepts and principles to lay a conceptual foundation for the TCP/IP protocol suite and provides an integrated discussion of both Internet Protocol version 4 (IPv4) and Internet Protocol version 6 (IPv6). The information contained in this document represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information presented after the date of publication. This content is for informational purposes only. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS DOCUMENT. Complying with all applicable copyright laws is the responsibility of the user. The terms of use of this document can be found at http://www.microsoft.com/info/cpyright.mspx. Microsoft may have patents, patent applications, trademarks, copyrights, or other intellectual property rights covering subject matter in this document. Except as expressly provided in any written license agreement from Microsoft, the furnishing of this document does not give you any license to these patents, trademarks, copyrights, or other intellectual property.
    [Show full text]
  • Lecture 16: TCP/IP Vulnerabilities and Dos Attacks: IP Spoofing, SYN Flooding, and the Shrew Dos Attack
    Lecture 16: TCP/IP Vulnerabilities and DoS Attacks: IP Spoofing, SYN Flooding, and The Shrew DoS Attack Lecture Notes on “Computer and Network Security” by Avi Kak ([email protected]) March 16, 2021 5:43pm ©2021 Avinash Kak, Purdue University Goals: • To review the IP and TCP packet headers • Controlling TCP Traffic Congestion and the Shrew DoS Attack • The TCP SYN Flood Attack for Denial of Service • IP Source Address Spoofing Attacks • BCP 38 for Thwarting IP Address Spoofing for DoS Attacks • Python and Perl Scripts for Mounting DoS Attacks with IP Address Spoofing and SYN Flooding • Troubleshooting Networks with the Netstat Utility CONTENTS Section Title Page 16.1 TCP and IP 3 16.2 The TCP/IP Protocol Stack 5 16.3 The Network Layer (also known as the Internet 14 Layer or the IP Layer) 16.4 TCP, The Transport Layer Protocol for Reliable 25 Communications 16.5 TCP versus IP 34 16.6 How TCP Breaks Up a Byte Stream That 36 Needs to be Sent to a Receiver 16.7 The TCP State Transition Diagram 38 16.8 A Demonstration of the 3-Way Handshake 44 16.9 Splitting the Handshake for Establishing 52 a TCP Connection 16.10 TCP Timers 58 16.11 TCP Congestion Control and the Shrew DoS Attack 60 16.12 SYN Flooding 68 16.13 IP Source Address Spoofing for SYN Flood 71 DoS Attacks 16.14 Thwarting IP Source Address Spoofing With BCP 38 84 16.15 Demonstrating DoS through IP Address Spoofing and 89 SYN Flooding When The Attacking and The Attacked Hosts Are in The Same LAN 16.16 Using the Netstat Utility for Troubleshooting 103 Networks 16.17 Homework Problems 113 Computer and Network Security by Avi Kak Lecture 16 Back to TOC 16.1 TCP and IP • We now live in a world in which the acronyms TCP and IP are almost as familiar as some other computer-related words like bits, bytes, megabytes, etc.
    [Show full text]
  • Block Ads Using the Hosts File
    Block Ads Using the hosts File Online ads displayed in web pages are annoying. Is there a way to reduce or eliminate them at the system level instead of installing browser plugins? One effective way to prevent ads from appearing is to prevent the computer from making connections to them in the first place. This conserves bandwidth because if no connection is made to the ad server, then its content cannot be downloaded. A simple method to achieve this is by editing the /etc/hosts file. What is /etc/hosts? This is a text file that resolves domain names to IP addresses. Whenever a domain name is entered in the URL bar of a web browser, it must first be resolved into an IP address to find the site on the Internet. Usually, this involves a DNS lookup by connecting to a DNS server, which returns the IP address. However, before the DNS lookup is performed over the Internet, Linux checks the /etc/hosts file to see if the domain name can be resolved locally. If so, Linux uses that IP address without any further DNS resolution. How Is This Useful? We can use this to our advantage by associating known ad domain names with null or local IP addresses. For example, if Linux sees the domain name http://www.nastyadserver.ads, it will check to see if there is a valid entry in /etc/hosts and use the associated IP address if found. We can put a bogus IP address, such as 0.0.0.0, in /etc/hosts for the www.nastyadserver.ads domain, and Linux will use 0.0.0.0 instead of finding the real IP address through a DNS lookup.
    [Show full text]
  • Configure Virtual Hosts
    This file has been cleaned of potential threats. If you confirm that the file is coming from a trusted source, you can send the following SHA-256 hash value to your admin for the original file. 3fd8a007decd1a40da737619e5f04739167a69b003ec43e96231d779a7d466e7 To view the reconstructed contents, please SCROLL DOWN to next page. Configure Virtual Hosts Apache makes it easy to have multiple websites or web applications running on the same physical server, and access each using a custom domain name. This is known as virtual hosting, and each virtual host can be mapped to a different subdirectory of the server. This feature is especially useful in development scenarios, as it allows developers to isolate and access different applications using unique domain names. For example, the domains http://app01.localhost and http://app02.localhost could point to two separate applications on the same server. Or, you could create separate domains, such as http://client1/, http://client2/ and so on, for multiple client websites hosted on the same server. Virtual hosts created in this manner will not be accessible from other systems, unless those systems are separately configured to associate the custom domain used by the virtual host with the IP address of the XAMPP server. This guide walks you through the process of NOTE setting up a new virtual host with XAMPP, by creating and configuring an example host named wordpress.localhost for a WordPress installation. It assumes that you have an existing WordPress installation at C:\xampp\apps\wordpress\htdocs\ and accessible via the URL http://localhost/wordpress. You can install WordPress with just a few clicks using the Bitnami WordPress Module for TIP XAMPP.
    [Show full text]
  • Websense Content Gateway Frequently Asked Questions
    Content Gateway v7.6: Frequently Asked Questions Topic 600036 / Updated: 2-May-2011 Applies To: Websense Content Gateway 7.6.x Websense Web Security Gateway 7.6.x Websense Web Security Gateway Anywhere 7.6.x How do I configure IPTables to harden the Content Gateway host system? How do I ensure that Content Gateway is properly identified in the network? Which Web browsers provide the best user experience with Content Gateway? How do I backup and restore the SSL Incident List? How do I specify in a PAC file a URL that will bypass Content Gateway? Where do I download Content Gateway v7.6.0? How do I configure IPTables to harden the Content Gateway host system? Topic 600037 / Updated: 2-May-2011 Applies To: Websense Content Gateway 7.6.x Websense Web Security Gateway 7.6.x Websense Web Security Gateway Anywhere 7.6.x When Content Gateway is deployed on a stand-alone server, it is strongly recommended that an IPTables firewall be configured to provide maximum security and efficiency with Content Gateway. Warning Only qualified system administrators should modify the IPTables firewall. As an aid to understanding the IPTables configuration required for Content Gateway, a sample IPTables configuration script is installed in the Content Gateway bin directory (/opt/WCG/bin, by default). The sample script is named example_iptables.sh. Review the script carefully. Do not use the script directly. Create your own script that meets your specific needs. To view a text file version of the sample script, click here. Note: The sample script available here may not be the latest version.
    [Show full text]