Re: hostapd

[Patrick Welche <prlw1%welche.eu@localhost>]

On Wed, Apr 03, 2024 at 08:53:47AM -0000, Michael van Elst wrote:
> prlw1%welche.eu@localhost (Patrick Welche) writes:
> 
> >The system httpd via inetd doesn't receive a web page request from the
> >device.
> >tcpdump shows the device requesting it, but no response.
> 
> If httpd wouldn't run, the request would be answered with
> a TCP RST.
> 
> If httpd does run, the request (SYN) is answered with a 
> TCP SYN/ACK.
> 
> Can you say what exactly is "no response" here?

I really mean nothing at all!

# tcpdump -nvi urtwn0 port 80
tcpdump: listening on urtwn0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
10:15:20.886823 IP (tos 0x0, ttl 64, id 41996, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.100.3.60609 > 192.168.100.62.80: Flags [S], cksum 0x8457 (correct), seq 1628667887, win 65535, options [mss 1460,sackOK,TS val 2022371 ecr 0,nop,wscale 6], length 0
10:15:21.144835 IP (tos 0x0, ttl 64, id 12911, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.100.3.60610 > 192.168.100.62.80: Flags [S], cksum 0x78a3 (correct), seq 50981267, win 65535, options [mss 1460,sackOK,TS val 2022396 ecr 0,nop,wscale 6], length 0
10:15:21.887188 IP (tos 0x0, ttl 64, id 41997, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.100.3.60609 > 192.168.100.62.80: Flags [S], cksum 0x83f3 (correct), seq 1628667887, win 65535, options [mss 1460,sackOK,TS val 2022471 ecr 0,nop,wscale 6], length 0
10:15:22.135344 IP (tos 0x0, ttl 64, id 12912, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.100.3.60610 > 192.168.100.62.80: Flags [S], cksum 0x783f (correct), seq 50981267, win 65535, options [mss 1460,sackOK,TS val 2022496 ecr 0,nop,wscale 6], length 0
...

> >on the server, telnet localhost 80, GET /, works
> 
> Did you configure (in /etc/inetd.conf) http for tcp or tcp6 ?
> A 'telnet localhost 80' would see either, but a pure IPv4 client
> only sees the 'tcp' one.

For tcp:

http            stream  tcp     nowait:600      _httpd  /usr/libexec/httpd      httpd -dnX /var/www


I tried nginx with the same result.

I assume

hostapd: urtwn0: interface state UNINITIALIZED->ENABLED
hostapd: urtwn0: AP-ENABLED 

rules out a monitor mode? or ? The dhcpd response was fine...


Cheers,

Patrick