Sponsored Content
Operating Systems Linux Red Hat Firewalld - source IP not working Post 303003721 by hergp on Tuesday 19th of September 2017 03:38:23 PM
Old 09-19-2017
You probably have not removed the ssh service from the default zone
Code:
firewall-cmd --permanent --zone=public --remove-service=ssh
firewall-cmd --reload

 

8 More Discussions You Might Find Interesting

1. Solaris

GUI not working... CLI is working fine

Hello, I have X4500 running Solaris 10. I can access it through CLI but I cannot see the GUI. When I reboot it, the GUI works till all the files are loaded (ie., the initial boot sequence) and it prompts me to enter username and password and there it ends. The screen just has a blinking cursor... (4 Replies)
Discussion started by: bharu_sri
4 Replies

2. Shell Programming and Scripting

Script not working in cron but working fine manually

Help. My script is working fine when executed manually but the cron seems not to catch up the command when registered. The script is as follow: #!/bin/sh for file in file_1.txt file_2.txt file_3.txt do awk '{ print "0" }' $file > tmp.tmp mv tmp.tmp $file done And the cron... (2 Replies)
Discussion started by: jasperux
2 Replies

3. Red Hat

Os Open source dialer not working on Centos Asterisk platform

Hi We have one centos Server on Asterisk platform and using OS Open source dialer for dialing outbound connections.We are using eyebeam as a softphone for calling with Server ip 192.168.1.X.Today i found dialing issues with each client side phones.Not showing pause/resume button when browse... (0 Replies)
Discussion started by: Vaibhav.T
0 Replies

4. Red Hat

Nslookup working but ping not working at windows client

Hi Team we have created a DNS server at RHEL6.2 environment in 10.20.203.x/24 network. Everything is going well on linux client as nslookup, ping by host etc in entire subnet. We are getting problem in windows client as nslookup working as well but not ping. all the firewall is disabled and... (5 Replies)
Discussion started by: boby.kumar
5 Replies

5. Shell Programming and Scripting

Automating pbrun /bin/su not working, whenever manually it is working using putty

I am trying to automate a script where I need to use pbrun /bin/su but for some reason it is not passing thru the pbrun as my code below. . ~/.bash_profile pbrun /bin/su - content c h 1 hpsvn up file path I am executing this from an external .sh file that is pointing to this scripts file... (14 Replies)
Discussion started by: jorgejac
14 Replies

6. Red Hat

Firewalld - multiple services / sources?

If you have a system with one network interface, and you want to allow ssh from some addresses, freeipa-ldap from others, and https (which is part of freeipa-ldap) from another one; and you do not want to have a sea of rich rules... how do you do that? I can't tell if firewalld is just really... (2 Replies)
Discussion started by: jnojr
2 Replies

7. Shell Programming and Scripting

Working web service call not working with curl

Hello, Newbie here, I have a perfectly well working web service call I can issue from chrome (PC Windows 10) and get the results I want (a dimmer being turned on in Fibaro Home Center 2 at level 40) I am not allowed to post urls but the below works with http and :// and... (3 Replies)
Discussion started by: abigbear
3 Replies

8. Shell Programming and Scripting

Disk Space Utilization in HTML format working in one environment and not working on the other

Hi Team, I have written the shell script which returns the result of the disk space filesystems which has crossed the threshold limit in HTML Format. Below mentioned is the script which worked perfectly on QA system. df -h | awk -v host=`hostname` ' BEGIN { print "<table border="4"... (13 Replies)
Discussion started by: Harihsun
13 Replies
FIREWALL-OFFLINE-C(1)					       firewall-offline-cmd					     FIREWALL-OFFLINE-C(1)

NAME
firewall-offline-cmd - firewalld offline command line client SYNOPSIS
firewall-offline-cmd [OPTIONS...] DESCRIPTION
firewall-offline-cmd is an offline command line client of the firewalld daemon. It should be used only if the firewalld service is not running. For example to migrate from system-config-firewall/lokkit or in the install environment to configure firewall settings with kickstart. Some lokkit options can not be automatically converted for firewalld, they will result in an error or warning message. This tool tries to convert as much as possible, but there are limitations for example with custom rules, modules and masquerading. Check the firewall configuration after using this tool. OPTIONS
The options for firewall-offline-cmd are nearly identical to the options of lokkit. The following options are supported: Help Options -h, --help Prints a short help text and exists. Status Options --enabled Enable the firewall. This option is a default option and will activate the firewall if not already enabled as long as the option --disabled is not given. --disabled Disable the firewall by disabling the firewalld service. Lokkit Compatibility Options --addmodule=module This option will result in a warning message and will be ignored. Handling of netfilter helpers has been merged into services completely. Adding or removing netfilter helpers outside of services is therefore not needed anymore. For more information on handling netfilter helpers in services, please have a look at firewalld.zone(5). --removemodule This option will result in a warning message and will be ignored. Handling of netfilter helpers has been merged into services completely. Adding or removing netfilter helpers outside of services is therefore not needed anymore. For more information on handling netfilter helpers in services, please have a look at firewalld.zone(5). --remove-service=service Remove a service from the default zone. This option can be specified multiple times. The service is one of the firewalld provided services. To get a list of the supported services, use firewall-cmd --get-services. -s service, --service=service Add a service to the default zone. This option can be specified multiple times. The service is one of the firewalld provided services. To get a list of the supported services, use firewall-cmd --get-services. -p portid[-portid]:protocol, --port=portid[-portid]:protocol Add the port to the default zone. This option can be specified multiple times. The port can either be a single port number or a port range portid-portid. The protocol can either be tcp or udp. -t interface, --trust=interface This option will result in a warning message. Mark an interface as trusted. This option can be specified multiple times. The interface will be bound to the trusted zone. If the interface is used in a NetworkManager managed connection or if there is an ifcfg file for this interface, the zone will be changed to the zone defined in the configuration as soon as it gets activated. To change the zone of a connection use nm-connection-editor and set the zone to trusted, for an ifcfg file, use an editor and add "ZONE=trusted". If the zone is not defined in the ifcfg file, the firewalld default zone will be used. -m interface, --masq=interface This option will result in a warning message. Masquerading will be enabled in the default zone. The interface argument will be ignored. This is for IPv4 only. --custom-rules=[type:][table:]filename This option will result in a warning message and will be ignored. Custom rule files are not supported by firewalld. --forward-port=if=interface:port=port:proto=protocol[:toport=destination port:][:toaddr=destination address] This option will result in a warning message. Add the IPv4 forward port in the default zone. This option can be specified multiple times. The port can either be a single port number portid or a port range portid-portid. The protocol can either be tcp or udp. The destination address is an IP address. --block-icmp=icmptype This option will result in a warning message. Add an ICMP block for icmptype in the default zone. This option can be specified multiple times. The icmptype is the one of the icmp types firewalld supports. To get a listing of supported icmp types: firewall-cmd --get-icmptypes Zone Options --get-default-zone Print default zone for connections and interfaces. --set-default-zone=zone Set default zone for connections and interfaces where no zone has been selected. Setting the default zone changes the zone for the connections or interfaces, that are using the default zone. --get-zones Print predefined zones as a space separated list. --get-services Print predefined services as a space separated list. --get-icmptypes Print predefined icmptypes as a space separated list. --get-zone-of-interface=interface Print the name of the zone the interface is bound to or no zone. --get-zone-of-source=source[/mask] Print the name of the zone the source[/mask] is bound to or no zone. --list-all-zones List everything added for or enabled in all zones. The output format is: zone1 interfaces: interface1 .. sources: source1 .. services: service1 .. ports: port1 .. forward-ports: forward-port1 .. icmp-blocks: icmp-type1 .. rich rules: rich-rule1 .. .. --new-zone=zone Add a new permanent zone. --delete-zone=zone Delete an existing permanent zone. --zone=zone --get-target Get the target of a permanent zone. --zone=zone --set-target=zone Set the target of a permanent zone. Options to Adapt and Query Zones Options in this section affect only one particular zone. If used with --zone=zone option, they affect the zone zone. If the option is omitted, they affect default zone (see --get-default-zone). [--zone=zone] --list-all List everything added for or enabled in zone. If zone is omitted, default zone will be used. [--zone=zone] --list-services List services added for zone as a space separated list. If zone is omitted, default zone will be used. [--zone=zone] --add-service=service Add a service for zone. If zone is omitted, default zone will be used. This option can be specified multiple times. The service is one of the firewalld provided services. To get a list of the supported services, use firewall-cmd --get-services. [--zone=zone] --remove-service-from-zone=service Remove a service from zone. This option can be specified multiple times. If zone is omitted, default zone will be used. [--zone=zone] --query-service=service Return whether service has been added for zone. If zone is omitted, default zone will be used. Returns 0 if true, 1 otherwise. [--zone=zone] --list-ports List ports added for zone as a space separated list. A port is of the form portid[-portid]/protocol, it can be either a port and protocol pair or a port range with a protocol. If zone is omitted, default zone will be used. [--zone=zone] --add-port=portid[-portid]/protocol Add the port for zone. If zone is omitted, default zone will be used. This option can be specified multiple times. The port can either be a single port number or a port range portid-portid. The protocol can either be tcp or udp. [--zone=zone] --remove-port=portid[-portid]/protocol Remove the port from zone. If zone is omitted, default zone will be used. This option can be specified multiple times. [--zone=zone] --query-port=portid[-portid]/protocol Return whether the port has been added for zone. If zone is omitted, default zone will be used. Returns 0 if true, 1 otherwise. [--zone=zone] --list-icmp-blocks List Internet Control Message Protocol (ICMP) type blocks added for zone as a space separated list. If zone is omitted, default zone will be used. [--zone=zone] --add-icmp-block=icmptype Add an ICMP block for icmptype for zone. If zone is omitted, default zone will be used. This option can be specified multiple times. The icmptype is the one of the icmp types firewalld supports. To get a listing of supported icmp types: firewall-cmd --get-icmptypes [--zone=zone] --remove-icmp-block=icmptype Remove the ICMP block for icmptype from zone. If zone is omitted, default zone will be used. This option can be specified multiple times. [--zone=zone] --query-icmp-block=icmptype Return whether an ICMP block for icmptype has been added for zone. If zone is omitted, default zone will be used. Returns 0 if true, 1 otherwise. [--zone=zone] --list-forward-ports List IPv4 forward ports added for zone as a space separated list. If zone is omitted, default zone will be used. For IPv6 forward ports, please use the rich language. [--zone=zone] --add-forward-port=port=portid[-portid]:proto=protocol[:toport=portid[-portid]][:toaddr=address[/mask]] Add the IPv4 forward port for zone. If zone is omitted, default zone will be used. This option can be specified multiple times. The port can either be a single port number portid or a port range portid-portid. The protocol can either be tcp or udp. The destination address is a simple IP address. For IPv6 forward ports, please use the rich language. [--zone=zone] --remove-forward-port=port=portid[-portid]:proto=protocol[:toport=portid[-portid]][:toaddr=address[/mask]] Remove the IPv4 forward port from zone. If zone is omitted, default zone will be used. This option can be specified multiple times. For IPv6 forward ports, please use the rich language. [--zone=zone] --query-forward-port=port=portid[-portid]:proto=protocol[:toport=portid[-portid]][:toaddr=address[/mask]] Return whether the IPv4 forward port has been added for zone. If zone is omitted, default zone will be used. Returns 0 if true, 1 otherwise. For IPv6 forward ports, please use the rich language. [--zone=zone] --add-masquerade Enable IPv4 masquerade for zone. If zone is omitted, default zone will be used. Masquerading is useful if the machine is a router and machines connected over an interface in another zone should be able to use the first connection. For IPv6 masquerading, please use the rich language. [--zone=zone] --remove-masquerade Disable IPv4 masquerade for zone. If zone is omitted, default zone will be used. For IPv6 masquerading, please use the rich language. [--zone=zone] --query-masquerade Return whether IPv4 masquerading has been enabled for zone. If zone is omitted, default zone will be used. Returns 0 if true, 1 otherwise. For IPv6 masquerading, please use the rich language. [--zone=zone] --list-rich-rules List rich language rules added for zone as a newline separated list. If zone is omitted, default zone will be used. [--zone=zone] --add-rich-rule='rule' Add rich language rule 'rule' for zone. This option can be specified multiple times. If zone is omitted, default zone will be used. For the rich language rule syntax, please have a look at firewalld.richlanguage(5). [--zone=zone] --remove-rich-rule='rule' Remove rich language rule 'rule' from zone. This option can be specified multiple times. If zone is omitted, default zone will be used. For the rich language rule syntax, please have a look at firewalld.richlanguage(5). [--zone=zone] --query-rich-rule='rule' Return whether a rich language rule 'rule' has been added for zone. If zone is omitted, default zone will be used. Returns 0 if true, 1 otherwise. For the rich language rule syntax, please have a look at firewalld.richlanguage(5). Options to Handle Bindings of Interfaces Binding an interface to a zone means that this zone settings are used to restrict traffic via the interface. Options in this section affect only one particular zone. If used with --zone=zone option, they affect the zone zone. If the option is omitted, they affect default zone (see --get-default-zone). For a list of predefined zones use firewall-cmd --get-zones. An interface name is a string up to 16 characters long, that may not contain ' ', '/', '!' and '*'. [--zone=zone] --list-interfaces List interfaces that are bound to zone zone as a space separated list. If zone is omitted, default zone will be used. [--zone=zone] --add-interface=interface Bind interface interface to zone zone. If zone is omitted, default zone will be used. [--zone=zone] --change-interface=interface Change zone the interface interface is bound to to zone zone. If zone is omitted, default zone will be used. If old and new zone are the same, the call will be ignored without an error. If the interface has not been bound to a zone before, it will behave like --add-interface. [--zone=zone] --query-interface=interface Query whether interface interface is bound to zone zone. Returns 0 if true, 1 otherwise. [--zone=zone] --remove-interface=interface Remove binding of interface interface from zone zone. If zone is omitted, default zone will be used. Options to Handle Bindings of Sources Binding a source to a zone means that this zone settings will be used to restrict traffic from this source. A source address or address range is either an IP address or a network IP address with a mask for IPv4 or IPv6. For IPv4, the mask can be a network mask or a plain number. For IPv6 the mask is a plain number. The use of host names is not supported. Options in this section affect only one particular zone. If used with --zone=zone option, they affect the zone zone. If the option is omitted, they affect default zone (see --get-default-zone). For a list of predefined zones use firewall-cmd --get-zones. [--zone=zone] --list-sources List sources that are bound to zone zone as a space separated list. If zone is omitted, default zone will be used. [--zone=zone] --add-source=source[/mask] Bind source source[/mask] to zone zone. If zone is omitted, default zone will be used. [--zone=zone] --change-source=source[/mask] Change zone the source source[/mask] is bound to to zone zone. If zone is omitted, default zone will be used. If old and new zone are the same, the call will be ignored without an error. If the source has not been bound to a zone before, it will behave like --add-source. [--zone=zone] --query-source=source[/mask] Query whether the source source[/mask] is bound to the zone zone. Returns 0 if true, 1 otherwise. [--zone=zone] --remove-source=source[/mask] Remove binding of source source[/mask] from zone zone. If zone is omitted, default zone will be used. Service Options --new-service=service Add a new permanent service. --delete-service=service Delete an existing permanent service. Internet Control Message Protocol (ICMP) type Options --new-icmptype=icmptype Add a new permanent icmptype. --delete-icmptype=icmptype Delete an existing permanent icmptype. Direct Options The direct options give a more direct access to the firewall. These options require user to know basic iptables concepts, i.e. table (filter/mangle/nat/...), chain (INPUT/OUTPUT/FORWARD/...), commands (-A/-D/-I/...), parameters (-p/-s/-d/-j/...) and targets (ACCEPT/DROP/REJECT/...). Direct options should be used only as a last resort when it's not possible to use for example --add-service=service or --add-rich-rule='rule'. The first argument of each option has to be ipv4 or ipv6 or eb. With ipv4 it will be for IPv4 (iptables(8)), with ipv6 for IPv6 (ip6tables(8)) and with eb for ethernet bridges (ebtables(8)). --direct --get-all-chains Get all chains added to all tables. This option concerns only chains previously added with --direct --add-chain. --direct --get-chains { ipv4 | ipv6 | eb } table Get all chains added to table table as a space separated list. This option concerns only chains previously added with --direct --add-chain. --direct --add-chain { ipv4 | ipv6 | eb } table chain Add a new chain with name chain to table table. There already exist basic chains to use with direct options, for example INPUT_direct chain (see iptables-save | grep direct output for all of them). These chains are jumped into before chains for zones, i.e. every rule put into INPUT_direct will be checked before rules in zones. --direct --remove-chain { ipv4 | ipv6 | eb } table chain Remove the chain with name chain from table table. --direct --query-chain { ipv4 | ipv6 | eb } table chain Return whether a chain with name chain exists in table table. Returns 0 if true, 1 otherwise. This option concerns only chains previously added with --direct --add-chain. --direct --get-all-rules Get all rules added to all chains in all tables as a newline separated list of the priority and arguments. --direct --get-rules { ipv4 | ipv6 | eb } table chain Get all rules added to chain chain in table table as a newline separated list of the priority and arguments. --direct --add-rule { ipv4 | ipv6 | eb } table chain priority args Add a rule with the arguments args to chain chain in table table with priority priority. The priority is used to order rules. Priority 0 means add rule on top of the chain, with a higher priority the rule will be added further down. Rules with the same priority are on the same level and the order of these rules is not fixed and may change. If you want to make sure that a rule will be added after another one, use a low priority for the first and a higher for the following. --direct --remove-rule { ipv4 | ipv6 | eb } table chain priority args Remove a rule with priority and the arguments args from chain chain in table table. --direct --remove-rules { ipv4 | ipv6 | eb } table chain Remove all rules in the chain with name chain exists in table table. This option concerns only rules previously added with --direct --add-rule in this chain. --direct --query-rule { ipv4 | ipv6 | eb } table chain priority args Return whether a rule with priority and the arguments args exists in chain chain in table table. Returns 0 if true, 1 otherwise. --direct --get-all-passthroughs Get all permanent passthrough as a newline separated list of the ipv value and arguments. --direct --get-passthroughs { ipv4 | ipv6 | eb } Get all permanent passthrough rules for the ipv value as a newline separated list of the priority and arguments. --direct --add-passthrough { ipv4 | ipv6 | eb } args Add a permanent passthrough rule with the arguments args for the ipv value. --direct --remove-passthrough { ipv4 | ipv6 | eb } args Remove a permanent passthrough rule with the arguments args for the ipv value. --direct --query-passthrough { ipv4 | ipv6 | eb } args Return whether a permanent passthrough rule with the arguments args exists for the ipv value. Returns 0 if true, 1 otherwise. Lockdown Options Local applications or services are able to change the firewall configuration if they are running as root (example: libvirt) or are authenticated using PolicyKit. With this feature administrators can lock the firewall configuration so that only applications on lockdown whitelist are able to request firewall changes. The lockdown access check limits D-Bus methods that are changing firewall rules. Query, list and get methods are not limited. The lockdown feature is a very light version of user and application policies for firewalld and is turned off by default. --lockdown-on Enable lockdown. Be careful - if firewall-cmd is not on lockdown whitelist when you enable lockdown you won't be able to disable it again with firewall-cmd, you would need to edit firewalld.conf. --lockdown-off Disable lockdown. --query-lockdown Query whether lockdown is enabled. Returns 0 if lockdown is enabled, 1 otherwise. Lockdown Whitelist Options The lockdown whitelist can contain commands, contexts, users and user ids. If a command entry on the whitelist ends with an asterisk '*', then all command lines starting with the command will match. If the '*' is not there the absolute command inclusive arguments must match. Commands for user root and others is not always the same. Example: As root /bin/firewall-cmd is used, as a normal user /usr/bin/firewall-cmd is be used on Fedora. The context is the security (SELinux) context of a running application or service. To get the context of a running application use ps -e --context. Warning: If the context is unconfined, then this will open access for more than the desired application. The lockdown whitelist entries are checked in the following order: 1. context 2. uid 3. user 4. command --list-lockdown-whitelist-commands List all command lines that are on the whitelist. --add-lockdown-whitelist-command=command Add the command to the whitelist. --remove-lockdown-whitelist-command=command Remove the command from the whitelist. --query-lockdown-whitelist-command=command Query whether the command is on the whitelist. Returns 0 if true, 1 otherwise. --list-lockdown-whitelist-contexts List all contexts that are on the whitelist. --add-lockdown-whitelist-context=context Add the context context to the whitelist. --remove-lockdown-whitelist-context=context Remove the context from the whitelist. --query-lockdown-whitelist-context=context Query whether the context is on the whitelist. Returns 0 if true, 1 otherwise. --list-lockdown-whitelist-uids List all user ids that are on the whitelist. --add-lockdown-whitelist-uid=uid Add the user id uid to the whitelist. --remove-lockdown-whitelist-uid=uid Remove the user id uid from the whitelist. --query-lockdown-whitelist-uid=uid Query whether the user id uid is on the whitelist. Returns 0 if true, 1 otherwise. --list-lockdown-whitelist-users List all user names that are on the whitelist. --add-lockdown-whitelist-user=user Add the user name user to the whitelist. --remove-lockdown-whitelist-user=user Remove the user name user from the whitelist. --query-lockdown-whitelist-user=user Query whether the user name user is on the whitelist. Returns 0 if true, 1 otherwise. SEE ALSO
firewall-applet(1), firewalld(1), firewall-cmd(1), firewall-config(1), firewalld.conf(5), firewalld.direct(5), firewalld.icmptype(5), firewalld.lockdown-whitelist(5), firewall-offline-cmd(1), firewalld.richlanguage(5), firewalld.service(5), firewalld.zone(5), firewalld.zones(5) NOTES
firewalld home page at fedorahosted.org: http://fedorahosted.org/firewalld/ More documentation with examples: http://fedoraproject.org/wiki/FirewallD AUTHORS
Thomas Woerner <twoerner@redhat.com> Developer Jiri Popelka <jpopelka@redhat.com> Developer firewalld 0.3.9 FIREWALL-OFFLINE-C(1)
All times are GMT -4. The time now is 03:24 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy