


Note If you change the access list configuration, and you do not want to wait for existing connections to time out before the new access list information is used, you can clear the connections using the clear local-host command. In routed firewall mode, broadcast and multicast traffic is blocked even if you allow it in an access list, including unsupported dynamic routing protocols and DHCP (unless you configure DHCP relay). Transparent firewall mode can allow any IP traffic through. This feature is especially useful in multiple context mode, which does not allow dynamic routing, for example.
The security appliance receives trunk port (Cisco proprietary) BPDUs. Trunk BPDUs have VLAN information inside the payload, so the security appliance modifies the payload with the outgoing VLAN if you allow BPDUs. Note If you use failover, you must allow BPDUs on both interfaces with an EtherType access list to avoid bridging loops. Note If you use failover, you must allow BPDUs on both interfaces with an EtherType access list to avoid bridging loops. Because EtherTypes are connectionless, you need to apply the access list to both interfaces if you want traffic to pass in both directions. You can apply only one access list of each type (extended and EtherType) to each direction of an interface. You can also apply the same access lists on multiple interfaces. Note If an EtherType access list is configured to deny all, all ethernet frames are discarded. Only physical protocol traffic, such as auto-negotiation, is still allowed. When you enter the access-list command for a given access list name, the ACE is added to the end of the access list. Webtype access lists are access lists that are added to a configuration that supports filtering for clientless SSL VPN. object groups: ? Protocol ? Network ? Service ? ICMP type Note You cannot remove an object group or make an object group empty if it is used in an access list. Note Users could experience a delay of approximately 80 to 100 seconds after the specified end time for the ACL to become inactive. For example, if the specified end time is 3:50, because the end time is inclusive, the command is picked up anywhere between 3:51:00 and 3:51:59. After the command is picked up, the security appliance finishes any currently running task and then services the command to deactivate the ACL.
¿ªÊ¼Ö§³ÖEIGRP£¬Redundant interfaces £¬Failover pair Auto Update support £¬Remote command execution in Failover pairs ,threat detection,͸ǽNAT£¬¹ÜÀíÁ¬½ÓÏÞÖÆ£¬AIP SSMÄ£¿é¿ªÊ¼Ö§³ÖÐéÄâsensor£¬ASAÖ§³Ö°²È«ÈÕÖ¾£¨PIX²»Ö§³Ö£©µÈ¡£ Some of the benefits of NAT include the following: ? You can use private addresses on your inside networks. Private addresses are not routable on the Internet. ? NAT hides the local addresses from other networks, so attackers cannot learn the real address of a host. ? NAT can resolve IP routing problems by supporting overlapping IP addresses. The security appliance runs in two different firewall modes: ? Routed ? Transparent ? Is this a new connection? If it is a new connection, the security appliance has to check the packet against access lists and perform other tasks to determine if the packet is allowed or denied. To perform this check, the first packet of the session goes through the ¡°session management path,¡± and depending on the type of traffic, it might also pass through the ¡°control plane path.¡± The session management path is responsible for the following tasks: - Performing the access list checks - Performing route lookups - Allocating NAT translations (xlates) - Establishing sessions in the ¡°fast path¡± Note The session management path and the fast path make up the ¡°accelerated security path.¡± Some packets that require Layer 7 inspection (the packet payload must be inspected or altered) are passed on to the control plane path. ? Is this an established connection? If the connection is already established, the security appliance does not need to re-check packets; most matching packets can go through the fast path in both directions. The fast path is responsible for the following tasks: - IP checksum verification - Session lookup - TCP sequence number check - NAT translations based on existing sessions - Layer 3 and Layer 4 header adjustments For UDP or other connectionless protocols, the security appliance creates connection state information so that it can also use the fast path. Data packets for protocols that require Layer 7 inspection can also go through the fast path. Some established session packets must continue to go through the session management path or the control plane path. Packets that go through the session management path include HTTP packets that require inspection or content filtering. Packets that go through the control plane path include the control packets for protocols that require Layer 7 inspection. The admin context is just like any other context, except that when a user logs into the admin context, then that user has system administrator rights and can access the system and all other contexts. For the PIX 515/515E and the ASA 5510 and higher security appliances, the factory default configuration configures an interface for management so you can connect to it using ASDM, with which you can then complete your configuration. For the ASA 5505 adaptive security appliance, the factory default configuration configures interfaces and NAT so that the security appliance is ready to use in your network immediately. The factory default configuration is available only for routed firewall mode and single context mode. To restore the factory default configuration, enter the following command: hostname(config)# configure factory-default [ip_address [mask]] This command also clears the boot system command, if present, along with the rest of the configuration. The boot system command lets you boot from a specific image, including an image on the external Flash memory card. The next time you reload the security appliance after restoring the factory configuration, it boots from the first image in internal Flash memory; if you do not have an image in internal Flash memory, the security appliance does not boot. For multiple context mode, you can use only one firewall mode for all contexts. You must set the mode in the system execution space. When you change modes, the security appliance clears the configuration because many commands are not supported for both modes. If you already have a populated configuration, be sure to back up your configuration before changing the mode; you can use this backup for reference when creating your new configuration. ? To set the mode to transparent, enter the following command in the system execution space: hostname(config)# firewall transparent This command also appears in each context configuration for informational purposes only; you cannot enter this command in a context. ? To set the mode to routed, enter the following command in the system execution space: hostname(config)# no firewall transparent To save the system or context configuration, enter the following command within the system or context: hostname# write memory For multiple context mode, context startup configurations can reside on external servers. In this case, the security appliance saves the configuration back to the server you identified in the context URL, except for an HTTP or HTTPS URL, which do not let you save the configuration to the server. To save all context configurations at the same time, as well as the system configuration, enter the following command in the system execution space: hostname# write memory all [/noconfirm] ±£´æµÄʱºò¿ÉÄÜ»á³öÏÖÎÊÌ⣬¾ßÌå¿´P74
You cannot use Active/Active failover and VPN; if you want to use VPN, use Active/Standby failover. pix²»Ö§³ÖSSL VPN£¬²»ÄÜ×öVPN load blance¡£ ¶àǽ²»Ö§³Öfeature£º ? Dynamic routing protocols £¨Ö»Ö§³Östatic·ÓÉ£© ? VPN ? Multicast routing. Multicast bridging is supported. ? Threat Detection ? QoS The system configuration does not include any network interfaces or network settings for itself; rather, when the system needs to access network resources (such as downloading the contexts from the server), it uses one of the contexts that is designated as the admin context. The system configuration does include a specialized failover interface for failover traffic only. Note If the destination MAC address is a multicast or broadcast MAC address, the packet is duplicated and delivered to each context. Unique Interfaces If only one context is associated with the ingress interface, the security appliance classifies the packet into that context. In transparent firewall mode, unique interfaces for contexts are required, so this method is used to classify packets at all times. Unique MAC Addresses If multiple contexts share an interface, then the classifier uses the interface MAC address. The security appliance lets you assign a different MAC address in each context to the same shared interface, whether it is a shared physical interface or a shared subinterface. By default, shared interfaces do not have unique MAC addresses; the interface uses the physical interface burned-in MAC address in every context. An upstream router cannot route directly to a context without unique MAC addresses. You can set the MAC addresses manually when you configure each interface , or you can automatically generate MAC addresses ¡£ NAT Configuration If you do not have unique MAC addresses, then the classifier intercepts the packet and performs a destination IP address lookup. All other fields are ignored; only the destination IP address is used. To use the destination address for classification, the classifier must have knowledge about the subnets located behind each security context. The classifier relies on the NAT configuration to determine the subnets in each context. The classifier matches the destination IP address to either a static command or a global command. The following configurations are not used for packet classification: ? NAT exemption-The classifier does not use a NAT exemption configuration for classification purposes because NAT exemption does not identify a mapped interface. ? Routing table-If a context includes a static route that points to an external router as the next-hop to a subnet, and a different context includes a static command for the same subnet, then the classifier uses the static command to classify packets destined for that subnet and ignores the static route. Note If you share an inside interface and do not use unique MAC addresses, the classifier imposes some major restrictions. The classifier relies on the address translation configuration to classify the packet within a context, and you must translate the destination addresses of the traffic. Because you do not usually perform NAT on outside addresses, sending packets from inside to outside on a shared interface is not always possible; the outside network is large, (the Web, for example), and addresses are not predictable for an outside NAT configuration. If you share an inside interface, we suggest you use unique MAC addresses. For transparent firewalls, you must use unique interfaces. Placing a context directly in front of another context is called cascading contexts; the outside interface of one context is the same interface as the inside interface of another context. Note Cascading contexts requires that you configure unique MAC addresses for each context interface. Because of the limitations of classifying packets on shared interfaces without MAC addresses, we do not recommend using cascading contexts without unique MAC addresses. System Administrator Access You can access the security appliance as a system administrator in two ways: ? Access the security appliance console. ? Access the admin context using Telnet, SSH, or ASDM. As the system administrator, you can access all contexts. When you change to a context from admin or the system, your username changes to the default ¡°enable_15¡± username. If you configured command authorization in that context, you need to either configure authorization privileges for the ¡°enable_15¡± user, or you can log in as a different name for which you provide sufficient privileges in the command authorization configuration for the context. To log in with a username, enter the login command. For example, you log in to the admin context with the username ¡°admin.¡± The admin context does not have any command authorization configuration, but all other contexts include command authorization. For convenience, each context configuration includes a user ¡°admin¡± with maximum privileges. When you change from the admin context to context A, your username is altered, so you must log in again as ¡°admin¡± by entering the login command. When you change to context B, you must again enter the login command to log in as ¡°admin.¡± The system execution space does not support any AAA commands, but you can configure its own enable password, as well as usernames in the local database to provide individual logins. Context Administrator Access You can access a context using Telnet, SSH, or ASDM. If you log in to a non-admin context, you can only access the configuration for that context. You can provide individual logins to the context. Enabling or Disabling Multiple Context Mode ASDM does not support changing modes, so you need to change modes using the CLI. When you convert from single mode to multiple mode, the security appliance converts the running configuration into two files. The original startup configuration is not saved, so if it differs from the running configuration, you should back it up before proceeding. The context mode (single or multiple) is not stored in the configuration file, even though it does endure reboots. If you need to copy your configuration to another device, set the mode on the new device to match using the mode command. When you convert from single mode to multiple mode, the security appliance converts the running configuration into two files: a new startup configuration that comprises the system configuration, and admin.cfg that comprises the admin context (in the root directory of the internal Flash memory). The original running configuration is saved as old_running.cfg (in the root directory of the internal Flash memory). The original startup configuration is not saved. The security appliance automatically adds an entry for the admin context to the system configuration with the name ¡°admin.¡± To enable multiple mode, enter the following command: hostname(config)# mode multiple You are prompted to reboot the security appliance. If you convert from multiple mode to single mode, you might want to first copy a full startup configuration (if available) to the security appliance; the system configuration inherited from multiple mode is not a complete functioning configuration for a single mode device. Because the system configuration does not have any network interfaces as part of its configuration, you must access the security appliance from the console to perform the copy. To copy the old running configuration to the startup configuration and to change the mode to single mode, perform the following steps in the system execution space: hostname(config)# copy flash:old_running.cfg startup-config hostname(config)# mode single The security appliance reboots. The security appliance£¨5505£© interfaces do not support jumbo frames. Note Subinterfaces are not available for the ASA 5505 adaptive security appliance.
Multiple context mode supports static routing only.
Note We suggest you do not change the system clock after you install the temporary license. If you set the clock to be a later date, then if you reload, the security appliance checks the system clock against the original installation time, and assumes that more time has passed than has actually been used. If you set the clock back, and the actual running time is greater than the time between the original installation time and the system clock, then the license immediately expires after a reload.
Note When the security appliance is configured for security contexts (also called firewall multmode) or Active/Active stateful failover, IPSec or SSL VPN cannot be enabled. Therefore, these features are unavailable.
ÏÂÒ»¼¼Êõѧϰ·½Ïò£ºISP
ÁªÏµ·½Ê½QQ£º470536270