Re: Can connect to http via lan but not https
Peter Andersson <[email protected]> Wed, 9 Oct 2024 16:54:52 +0200
| Newsgroups | gmane.comp.security.shorewall |
|---|---|
| Message-ID | <[email protected]> |
Thanks for helping out! The tcpdump command shows that the gw/server (10.10.10.20) connects to the webserver when I'm connecting via port 80: 15:30:07.801326 IP 10.10.10.20.60822 > 10.10.10.90.80: Flags [.], ack 2, win 2058, options [nop,nop,TS val 838783045 ecr 1816721615], length 0 But when I'm connecting via port 443 then it tries to connect directly: 15:30:24.221936 IP 10.10.10.238.60823 > 10.10.10.90.443: Flags [S], seq 3132427274, win 65535, options [mss 1460,nop,wscale 6,nop,nop,TS val 2777840162 ecr 0,sackOK,eol], length 0 Which is kind of strange (to me) since both ports/networks share the same rules. Commenting out the ACCEPT rules doesn't seem to make any difference. Any ideas? Thanks again, your input is invaluable! (I'm no expert as you might notice.) /Peter On 2024-10-09 14:45, Justin Pryzby wrote: > On Wed, Oct 09, 2024 at 12:30:00PM +0200, Peter Andersson wrote: >> Hi! >> >> I'm having a problem that I can't get my head around. >> We have a webserver that runs both http and https. I have no problems >> connecting to it from external networks. But when I try to connect to it >> locally via https I get the following kernel error: >> >> IPv4: host 10.10.10.238/if3 ignores redirects for 10.10.10.90 to 10.10.10.90 > That says that the gateway thinks that the .238 host (the > client browser) should have connected directly to the .90 host, rather > than expecting the gateway to forward the packet. Maybe because the > client thinks its subnet is smaller(/32) than the gateway (?). > > Anyway I think means that the gateway sent an ICMP redirect to the > client, but the client continued to send more packets to the gateway to > be forwarded. That's not surprising, I don't think it's an 'error', and > may not be the cause of your problem. > > You should probably add logging to be sure the rules are hit as you > expect: > > DNAT:info:http [...] > DNAT:info:https [...] > > I'd also suggest to run tcpdump on the .90 host, to see whether the > packets are being received, and with what source address, and whether > they're being replied to. > > And: are you sure these ACCEPT rules aren't being hit *instead* of the > DNAT rules to the .90 host (from net and not from loc). > >> #Web >> ACCEPT net fw tcp 80 >> ACCEPT net fw tcp 443 >> #Web(DNAT) net lan:10.10.10.90 >> DNAT net lan:10.10.10.90:80 tcp 80 - >> DNAT net lan:10.10.10.90:443 tcp 443 - >> DNAT net lan:10.10.10.55:8081 tcp 8081 - >> >> #Allow local web >> DNAT lan lan:10.10.10.90 tcp 80 - 1.1.1.1 >> DNAT gw lan:10.10.10.90 tcp 80 - 1.1.1.1 >> >> #Web local SSL >> DNAT lan lan:10.10.10.90 tcp 443 - 1.1.1.1 >> DNAT gw lan:10.10.10.90 tcp 443 - 1.1.1.1 -- Turbin – Creative production agency Peter Andersson Turbin AB, Klevgränd 2, 116 46 Stockholm Tel +46 8 545 286 47 | Mob +46 70 226 09 21 | Web turbin.se _______________________________________________ Shorewall-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/shorewall-users