F5 Updated F5CAB4 Exam Questions and Answers by belle

Comprehensive and Detailed Explanation From BIG-IP Administration20 Control Plane Administration documents: Connectivity management involves ensuring that the physical layer matches the networking environment. Interface properties, including media speed, duplex settings, and MTU, are managed at the Control Plane level under the Network menu. To resolve a mismatch with an upstream switch, the administrator must navigate to Network > Interfaces to manually override auto-negotiation settings.

To re 27 port the current status of high availability for specific traffic, an administrator must verify the Traffic Group association 28 . In the Configuration Utility, Virtual Server properties include the Virtual Address settings where the ' Traffic Group ' is assigned 29292929 . If the Virtual Address is assigned to a floating traffic group (like traffic-group-1), it is configured to fail over to the standby member 30303030 .

On a BIG-IP system, remote syslog server configuration is managed through the logging configuration framework. In the Configuration Utility, this is accessed via:

System > Logs > Configuration

This section allows the administrator to:

Define remote syslog destinations

Configure log publishers

Control which log types (system, audit, LTM, ASM, etc.) are forwarded to external syslog servers

Why the other options are incorrect:

A. System > Configuration > Local Traffic Used for traffic management settings, not logging.

C. System > Logs > Audit Displays audit log settings and content but does not configure remote syslog destinations.

D. System > Configuration > Device Used for device-level settings such as hostname and platform configuration, not logging.

Therefore, the correct location to reconfigure BIG-IP to send logs to new syslog servers is System > Logs > Configuration .

===========

The audit log (/var/log/audit) records configuration changes made on the BIG-IP system, including:

Who made the change (user account)

What was changed (for example, a virtual server modification)

When the change occurred

How it was performed (GUI, TMSH, or API)

Why the other options are incorrect:

/var/log/secure logs authentication events such as login successes and failures, not configuration changes.

/var/log/ltm logs traffic-management and runtime LTM events, not administrative configuration modifications.

Therefore, the correct log file for tracking who changed a virtual server is /var/log/audit .