Sponsored Content
Operating Systems Solaris Solaris Global/Zones patching Post 302985442 by jlliagre on Wednesday 9th of November 2016 03:17:51 PM
Old 11-09-2016
I'm not sure to understand what you wrote so let me state again some facts:

Some patches can be applied to a sparse zone.

Some patches need to be applied at once to all zones including the global one, and from the latter.

Many patches can be applied to a single zone, whether global or not.

The fact a zone is sparse is strongly limiting the number of patches that can be applied to it.
 

6 More Discussions You Might Find Interesting

1. Solaris

How to access ENV variables of non global zones in global zone???

Hi Guys, My requirement is I have file called /opt/orahome/.profile in non global zone. PATH=/usr/bin:/usr/ucb:/etc:/usr/sbin:/usr/local/bin:/usr/openwin/bin:. export PATH PS1="\${ORACLE_SID}:`hostname`:\$PWD$ " export PS1 EDITOR=vi export EDITOR ENV=/opt/orahome/.kshrc export ENV... (1 Reply)
Discussion started by: vijaysachin
1 Replies

2. Solaris

Help req for Patching on Solaris 10 Zones

Hi Experts, Can advise on this: Global zone running on solaris 10, & the local zones on top running on solaris 9, but we need to patch the solaris 9 local zones & also the solaris 10 global zone. Which should be patched first to avoid any crash in case, first local zones... (1 Reply)
Discussion started by: fizan
1 Replies

3. Solaris

Advanced Sysconfig use when building non-global zones in Solaris 11

I'm in an LDOM. I'm building non-global IP exclusive zones. I am using manifests and profiles to configure the system after install so I don't have to tab through the sysconfig startup dialog everytime I boot a system the first time for settings that never change (DNS, regional data, NTP etc). I... (0 Replies)
Discussion started by: os2mac
0 Replies

4. Solaris

Network / global zones (Solaris 10 / 8) config recommendations

I have a few non-globa zones running in a 10.10.xx.xx network on a machine that is on a 192.168.xx.xx network. My goal is to allow each of the non-global zones to communicate to each other while not communicating on the 192.168.xx.xx network. I am using the current version of Solaris 10 in... (7 Replies)
Discussion started by: BradJM
7 Replies

5. Solaris

Solaris 10 - rexplorer and Non-Global zones

Hi all - not really a problem as such, but just hoping someone can shed some light. We point rexplorer to multiple Global zones and it works as expected. However, each Non-Global zone get around a hundred of root su'ing to root messages, i.e.: SU 07/14 03:02 + ??? root-root SU 07/14 03:02 +... (5 Replies)
Discussion started by: dlam
5 Replies

6. Solaris

Solaris 11 Global zone patching having Solaris 10 branded zone

I am planning to do solaris 11 global zone patching having solaris 10 branded zone. I have a doubts on step 8 specially Can someone clear my step 8 doubts or if anything wrong between step 1 to step 9 please correct that also as I have pretty good idea about Step 10 mean patching in solaris 10... (2 Replies)
Discussion started by: amity
2 Replies
ipfilter(5)						Standards, Environments, and Macros					       ipfilter(5)

NAME
ipfilter - IP packet filtering software DESCRIPTION
IP Filter is software that provides packet filtering capabilities on a Solaris system. On a properly setup system, it can be used to build a firewall. Solaris IP Filter is installed with the Solaris operating system. However, packet filtering is not enabled by default. See ipf(1M) for a procedure to enable and activate the IP Filter feature. HOST-BASED FIREWALL To simplify IP Filter configuration management, a firewall framework is created to allow users to configure IP Filter by expressing fire- wall policy at system and service level. Given the user-defined firewall policy, the framework generates a set of IP Filter rules to enforce the desired system behavior. Users specify system and service firewall policies that allow or deny network traffic from certain hosts, subnets, and interface(s). The policies are translated into a set of active IPF rules to enforce the specified firewall policies. Note - Users can still specify their own ipf rule file if they choose not to take advantage of the framework. See ipf(1M) and ipf(4). Model This section describes the host-based firewall framework. See svc.ipfd(1M) for details on how to configure firewall policies. A three-layer approach with different precedence levels helps the user achieve the desired behaviors. Global Default Global Default - Default system-wide firewall policy. This policy is automatically inherited by all services unless services modify their firewall policy. Network Services Higher precedence than Global Default. A service's policy allows/disallows traffic to its specific ports, regardless of Global Default policy. Global Override Another system-wide policy that takes precedence over the needs of specific services in Network Services layer. Global Override | | Network Services | | Global Default A firewall policy includes a firewall mode and an optional set of network sources. Network sources are IP addresses, subnets, and local network interfaces, from all of which a system can receive incoming traffic. The basic set of firewall modes are: None No firewall, allow all incoming traffic. Deny Allow all incoming traffic but deny from specified source(s). Allow Deny all incoming traffic but allow from specified source(s). Layers in Detail The first system-wide layer, Global Default, defines a firewall policy that applies to any incoming traffic, for example, allowing or blocking all traffic from an IP address. This makes it simple to have a policy that blocks all incoming traffic or all incoming traffic from unwanted source(s). The Network Services layer contains firewall policies for local programs that provide service to remote clients, for example, telnetd, sshd, and httpd. Each of these programs, a network service, has its own firewall policy that controls access to its service. Initially, a service's policy is set to inherit Global Default policy, a "Use Global Default" mode. This makes it simple to set a single policy, at the Global Default layer, that can be inherited by all services. When a service's policy is different from Global Default policy, the service's policy has higher precedence. If Global Default policy is set to block all traffic from a subnet, the SSH service could be configured to allow access from certain hosts in that subnet. The set of all policies for all network services comprises the Network Service layer. The second system-wide layer, Global Override, has a firewall policy that also applies to any incoming network traffic. This policy has highest precedence and overrides policies in the other layers, specifically overriding the needs of network services. The example is when it is desirable to block known malicious source(s) regardless of services' policies. User Interaction This framework leverages IP Filter functionality and is active only when svc:/network/ipfilter is enabled and inactive when network/ipfil- ter is disabled. Similarly, a network service's firewall policy is only active when that service is enabled and inactive when the service is disabled. A system with an active firewall has IP Filter rules for each running/enabled network service and system-wide policy(s) whose firewall mode is not None. A user configures a firewall by setting the system-wide policies and policy for each network service. See svc.ipfd(1M) on how to configure a firewall policy. The firewall framework composes of policy configuration and a mechanism to generate IP Filter rules from the policy and applying those rules to get the desired IP Filter configuration. A quick summary of the design and user interaction: o system-wide policy(s) are stored in network/ipfilter o network services' policies are stored in each SMF service o a user activates a firewall by enabling network/ipfilter (see ipf(1M)) o a user activates/deactivate a service's firewall by enabling/disabling that network service o changes to system-wide or per-service firewall policy results in an update to the system's firewall rules ATTRIBUTES
See attributes(5) for a description of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Interface Stability |Committed | +-----------------------------+-----------------------------+ SEE ALSO
svcs(1), ipf(1M), ipnat(1M), svcadm(1M), svc.ipfd(1M), ipf(4), ipnat(4), attributes(5), smf(5) System Administration Guide: IP Services NOTES
The nfsd service is managed by the service management facility, smf(5), under the service identifier: svc:/network/ipfilter:default Administrative actions on this service, such as enabling, disabling, or requesting restart, can be performed using svcadm(1M). The ser- vice's status can be queried using the svcs(1) command. IP Filter startup configuration files are stored in /etc/ipf. SunOS 5.11 18 Feb 2009 ipfilter(5)
All times are GMT -4. The time now is 11:14 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy