Navigation is blocked
-
for example in user PC when i ping for google.com i have positive response, but it dont work with navigator, ans other thing, it work just when i install squid proxy.
It didnt work without proxy -
This :
@abrougui:Hi
… i have configured rules in WAN and LAN to pass any things,...was not needed.
Install pfSense, and any PC can surf on the net - get mails, whatever.If after adding firewall rules things start to go downhill, you know where the problem is ;)
-
just i have aded the rules to pass any think in the wan and in the lan
-
Dont pass on WAN. Delete those rules.
-
i have delet all rules and also the same thing
-
OK - What is the pfsense connected to?
-
Yeah seeing hits on your block private rule.. Is something source natting traffic to pfsense that its from a rfc1918 address
-
Thats techy speak for "Are you plugged into a modem or a router?"
The thing your pfsense attaches to. Does it have 1 port or 4 or 5?
-
The LAN is connected in the our SWITCH and the WAN is connected diretly with the internet modem with 1 port
-
So that is a public IP on the WAN? not a 192. whatever?
Go to you interfaces. Select WAN. Remove the check marks for block private and block bogon. Reboot. See what happens
-
Also, if you are setting up service with the pfsense the first time, often you will need to call your ISP and tell them your pfsense WAN MAC address.
-
Or just reboot the cable modem.
-
That CAN also work. Works for ONTs also most of the time. Not always though.
-
No the wan ip adress is 192.168…. for the block provate and block bogon its the same things. Blocked or not.
Just one thing, if i instal squid and active it with the configuration in the user desktop. It work. But i dont need to use the proxy -
Thw wan IP starts with 192.168?
-
The 1 thing off the top of my head that would explain why it works with proxy is that you turned nat off on pfsense..
So now your traffic it looks like its coming from pfsense 192.168 wan IP vs some other 192.168.x.x network behind pfsense. That wouldn't explain the ping working though… What IP address is on pfsense wan 192.168.? And what is on the lan 192.168.?
If they are the same, the networks overlap then no its not going to work.. Proxy might work though..
If your saying you have rfc1918 on your pfsense when then you don't have a "modem" in front.. You have a gateway, ie modem/router combo doing NAT.. And yes if you have the same network on both sides of pfsense its going to be borked! Or your isp is doing carrier grade nat?
-
The wan is connected with the modem with ip 192.168.100.2 and the lan have the adress 192.168.101.1
-
quick fix to get things working (proabably)
Change LAN IP (and DHCP) to 192.168.183.1 with a /24
Make sure wan interface has block private unchecked. (save and apply all changes)
After that, take some time to unjack your setup. Its going to take some reading.
-
"192.168.100.2"
That is normally what you get when modem does not have a uplink… Many cable modems when they have no uplink to the isp will hand out private IP address. in the 192.168.100 range..
Its possible you turned on pfsense before your modem had sync to isp? I would suggest you reboot your modem... When it has sync and showing it online via its lights. Then connect pfsense to it... It should then get a public IP.. From your isp.. That is if actually a modem - or gateway in bridge mode. What is the make and model of this isp device pfsense wan is plugged into.
-
johnpoz, i have tried that but it dodnt work.
kejianshi, same think, the problèm hear, why i can ping in any web link -
Then call you ISP… you getting a 192.168.100.2 is not going to work on a cable modem.. You should have a public IP from your ISP..
-
i have another connection from a rooter. the public private adress is 192.168.1.1.
now i have changed my WAN to be conected with my rooter with the public adress 192.168.1.196 and my lan with 192.168.183.1. but i have the same problem. i can ping but i cant navigate -
Are you saying that devices connect to this router 192.168.1.1 work?
When you say you can ping… Are you pinging by name and resolving this to an IP?
ping www.google.com
Pinging www.google.com [[b]172.217.4.228] with 32 bytes of data:
Reply from 172.217.4.228: bytes=32 time=11ms TTL=51
Reply from 172.217.4.228: bytes=32 time=14ms TTL=51What are the rules you have on your lan of pfsense? Its still the default any any rule? You have nothing in floating? Your outbound nat is automatic. Your not running proxy?? Your browser is not trying to use a proxy you can not get to?
Do a simple traceroute..
From windows machine it would be
tracert -d www.google.com
Tracing route to www.google.com [172.217.4.228]
over a maximum of 30 hops:1 <1 ms <1 ms <1 ms 192.168.9.253
2 9 ms 9 ms 8 ms 50.4.132.1
3 11 ms 11 ms 8 ms 76.73.171.73
4 10 ms 9 ms 10 ms 76.73.164.121leave out the -d if you want name resolution.. Can slow it up..
-
I'm waiting for him to plug a computer or laptop directly into that modem before I worry this any longer.
Need to confirm the modem is even working before messing around with pfsense anymore.
-
^ agreed… 192.168.100 does not scream Im on the internet.
Putting another router in front of it so pfsense now gets that natted IP on its wan doesn't help anything.. Especially when not stating that something else directly connected to this router works..
-
Yeah - The more I look at what johnpoz said earlier the more I'm think we are beating on pfsense and the modem isn't even passing an IP like it should.
Easy to check by plugging directly into the modem. (Might have to deal with the ISP about the MAC changes though).
-
yes i can ping to google.com
C:\Users\resa>ping www.google.com
Envoi d’une requête 'ping' sur www.google.com [216.58.205.164] avec 32 octets de données :
Réponse de 216.58.205.164 : octets=32 temps=49 ms TTL=53
Réponse de 216.58.205.164 : octets=32 temps=48 ms TTL=53
Réponse de 216.58.205.164 : octets=32 temps=49 ms TTL=53
Réponse de 216.58.205.164 : octets=32 temps=48 ms TTL=53Statistiques Ping pour 216.58.205.164:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),C:\Users\resa>tracert -d www.google.com
Détermination de l’itinéraire vers www.google.com [216.58.205.164]
avec un maximum de 30 sauts :1 2 ms 1 ms 1 ms 192.168.183.1
2 2 ms 2 ms 2 ms 192.168.1.1
3 4 ms 4 ms 4 ms 10.223.255.249
4 6 ms 3 ms 3 ms 10.201.32.102
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 50 ms 50 ms 50 ms 192.168.165.74
8 49 ms 49 ms 49 ms 37.49.236.2
9 55 ms 49 ms 51 ms 108.170.244.240
10 49 ms 49 ms 50 ms 72.14.238.63
11 49 ms 49 ms 49 ms 216.239.35.208
12 49 ms 49 ms 49 ms 216.239.47.112
13 * * * Délai d’attente de la demande dépassé.
14 52 ms 49 ms 50 ms 216.239.42.23
15 48 ms 49 ms 49 ms 216.58.205.164Itinéraire déterminé.
-
i think that do some rules in the NAT?
-
so any solution?
-
how is it your 8 hops into your trace before you hit public IP space? And not seeing that 192.168.100 anywhere in that unless its hop 5 or 6?
Are you clients pointing to a proxy, what are your firewall rules? Are you trying point traffic down a vpn?
Do tcptraceroute - how far does http/https traffic get with say destination of google?
traceroute to www.google.com (172.217.0.4), 30 hops max, 60 byte packets
1 192.168.9.253 0.388 ms 0.443 ms 0.560 ms
2 50.4.132.1 11.206 ms 11.211 ms 18.032 ms
3 76.73.171.73 22.360 ms 22.487 ms 23.364 ms
4 76.73.164.121 18.929 ms 19.992 ms 19.996 ms
5 76.73.164.109 19.782 ms 19.916 ms 19.757 ms
6 76.73.164.105 19.855 ms 20.525 ms 19.436 ms
7 76.73.164.65 20.069 ms 13.502 ms 14.110 ms
8 76.73.191.224 14.320 ms 19.632 ms 18.099 ms
9 76.73.191.226 16.836 ms 75.76.35.8 18.047 ms 18.075 ms
10 72.14.211.145 16.717 ms 18.107 ms 18.099 ms
11 108.170.243.193 17.205 ms * 15.873 ms
12 216.239.42.35 16.081 ms 14.040 ms 216.239.42.33 13.946 ms
13 172.217.0.4 <syn,ack> 17.232 ms 15.859 ms 21.930 ms</syn,ack>