I can ping PFSense but PFSense can't ping back

[Konstanti]

@striker-0
Reducing the connection speed is just a test
I am very confused by the line in ping test
255.255.255.0 > 10.0.100.51: ICMP echo request, id 16367, seq 0, length 64
( I don't know what's the subnet mask )

Should be so

length 98: 192.168.1.1 > 192.168.1.230: ICMP echo request, id 30542, seq 0, length 64
length 98: 192.168.1.230 > 192.168.1.1: ICMP echo reply, id 30542, seq 0, length 64
length 98: 192.168.1.1 > 192.168.1.230: ICMP echo request, id 30542, seq 1, length 64
length 98: 192.168.1.230 > 192.168.1.1: ICMP echo reply, id 30542, seq 1, length 64

Can you put the packet capture file here ?

[-striker- 0]

@derelict I have confirmed the firewall is off. This issue occurs across all devices on my network, the only constant is pfsense. Additionally, within my network other devices can ping each other and I can connect to the port I am trying to forward. Something is going on with pfsense or the hardware it resides on.

[Konstanti]

@striker-0
And another question - how much do you have active NORDVPN tunnels ?
if you turn them off, will anything change ?

[johnpoz]

@striker-0 said in I can ping PFSense but PFSense can't ping back:

255.255.255.0 > 10.0.100.51:

That is NOT right it sould be pinging from pfsense IP on that 10.0.100 network..

re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=82098<VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE>
	capabilities=18399b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_UCAST,WOL_MCAST,WOL_MAGIC,LINKSTATE,NETMAP>
	ether 00:11:09:d7:2b:fa
	hwaddr 00:11:09:d7:2b:fa
	inet6 fe80::211:9ff:fed7:2bfa%re0 prefixlen 64 scopeid 0x2
	inet 10.0.100.1 netmask 0xffffff00 broadcast 10.0.100.255
	nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
	media: Ethernet autoselect (1000baseT <full-duplex,master>)
	status: active

That is the IP it should be pinging from 10.0.100.1

[Derelict]

@striker-0 Post a packet capture taken on each interface of pings that work and pings that fail.

[-striker- 0]

@konstanti at the moment, my NORDVPN tunnel is down. I see no difference in activity when the tunnel is up or down.

[Konstanti]

@johnpoz
All this is very strange, because of the webgui
pfsense is also forming a command
/ sbin/ping -S 10.0.100.1 -c 3 10.0.100.51 (as seen in the picture)
and tcpdump shows another

[-striker- 0]

@derelict Here is a packet capture from pfsense where I tried to ping 10.0.100.51 on the LAN interface and it failed.

12:47:22.869939 00:11:09:d7:2b:fa > 00:22:15:9f:4b:51, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 14477, offset 0, flags [none], proto ICMP (1), length 84)
255.255.255.0 > 10.0.100.51: ICMP echo request, id 49230, seq 0, length 64
12:47:23.875326 00:11:09:d7:2b:fa > 00:22:15:9f:4b:51, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 41292, offset 0, flags [none], proto ICMP (1), length 84)
255.255.255.0 > 10.0.100.51: ICMP echo request, id 49230, seq 1, length 64
12:47:24.877890 00:11:09:d7:2b:fa > 00:22:15:9f:4b:51, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 38991, offset 0, flags [none], proto ICMP (1), length 84)
255.255.255.0 > 10.0.100.51: ICMP echo request, id 49230, seq 2, length 64

pfsense packet capture doesn't seem to capture any packets when I ping from my workstation to the server even with the use of promiscuous mode. Any suggestions on a tool to capture the information you are looking for?

[Konstanti]

@striker-0

Need a file that you download after clicking " Download capture"

[-striker- 0]

@konstanti capture download attached. Forums wouldn't accept a .cap file, so I zipped it.

0_1548615280401_packetcapture(1).zip

[Derelict]

Great. What are we looking at?

[johnpoz]

its pinging from 255.255.255.0 - so no that is never going to work.

[Konstanti]

@derelict

[Derelict]

It looks like you have what should be a netmask somewhere that should be an address. As was said earlier, this makes no sense:

Source: 255.255.255.0

What interface is that capture taken on?

The only thing that could do that that I can think of is Outbound NAT on that interface being completely misconfigured. Outbound NAT would also only affect traffic in that direction.

[-striker- 0]

@derelict That is a packet capture taken while performing a ping command from the LAN interface to 10.0.100.51.

The packet capture was capturing ICMP IPV4 traffic activity from the LAN interface with the promiscuous setting enabled and set to capture full detail.

[-striker- 0]

@derelict I do not have any outbound NAT configured against my LAN interface, only WAN.

[Derelict]

Well you have something configured completely wrong.

Navigate here: https://your_firewall_ip/status.php

Download the resulting status_output.tgz file

Upload it to the nextcloud link I sent to you in chat.

[-striker- 0]

@derelict I don't doubt that something is configured wrong, but I can't figure it out for the life of me. I greatly appreciate the assistance everyone has been offering!

File has been uploaded as requested.

[Konstanti]

@striker-0
Try to reduce the speed of the interface to 100 Mbit. I have a feeling ,that the network card (realtek ) is not working properly

[-striker- 0]

@konstanti Tried bumping it down to 100 full duplex, flow control. Same result. Tried going down to 10 full duplex, still the same result. I have now put it back to the default setting.