Verbinding met apparaat in AP mode

[Tim.k]

Ik wil graag mij Shelly EM direct verbinden met mijn RPI 4. Dit omdat mijn (WiFi) netwerk soms uit staat om energie te besparen op intelligente momenten (soms langdurig van huis)

Nu zit de RPI via ethernet verbonden, en heb ik het WiFi interface laten verbinden met de Shelly EM die een AP modus heeft.

Echter krijg ik met geen mogelijkheid verbinding met de Shelly, waarschijnlijk gaat het in de routering ergens fout.

De Shelly heeft geen DHCP en geeft zichzelf het IP 192.168.33.1. Deze kan ik gewoon pingen via de RPI. Wanneer ik echter een cURL commando uitvoer kan er geen verbinding gelegd worden.

Als ik via mijn PC verbind met de Shelly in AP modus kan ik de pagina gewoon bereiken op 192.168.33.1 via cURL.

De WiFi verbinding lijkt goed tot stand te komen:

code:

wlan0     IEEE 802.11  ESSID:"shellyem-C45BBE794AEF"
          Mode:Managed  Frequency:2.422 GHz  Access Point: C6:5B:BE:79:4A:EF
          Bit Rate=1 Mb/s   Tx-Power=31 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=42/70  Signal level=-68 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:13  Invalid misc:0   Missed beacon:0

Via ifconfig zie ik dat het toegewezen statische IP werkt:

code:

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.33.10  netmask 255.255.255.0  broadcast 192.168.33.255
        inet6 fe80::e65f:1ff:fe57:ab34  prefixlen 64  scopeid 0x20<link>
        ether e4:5f:01:57:ab:34  txqueuelen 1000  (Ethernet)
        RX packets 123  bytes 10760 (10.7 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 103  bytes 11469 (11.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Een route -n command geeft het volgende aan:

code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
172.18.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-2721c54981ed
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.1.1     0.0.0.0         255.255.255.255 UH    100    0        0 eth0
192.168.33.0    0.0.0.0         255.255.255.0   U     0      0        0 wlan0

Wellicht relevante netwerk configuratie van netplan:

code:

network:
    ethernets:
        eth0:
            dhcp4: true
            optional: true
    version: 2
    wifis:
        wlan0:
            optional: true
            access-points:
                "shellyem-C45BBE794AEF":
                    password: "<redacted>"
            dhcp4: no
            addresses: [192.168.33.10/24]

Wat kan hier mis gaan? Ik verwacht iets in de routering. Ik kan er niet echt de vinger op leggen door gebrek aan kennis. Wellicht dat jullie mij een zetje in de juiste richting kunnen geven.

Alvast bedankt!

[Brahiewahiewa]

Tim.k schreef op dinsdag 17 mei 2022 @ 13:12:
...
Echter krijg ik met geen mogelijkheid verbinding met de Shelly, waarschijnlijk gaat het in de routering ergens fout.

De Shelly heeft geen DHCP en geeft zichzelf het IP 192.168.33.1. Deze kan ik gewoon pingen via de RPI. Wanneer ik echter een cURL commando uitvoer kan er geen verbinding gelegd worden...

Welk cURL commando?
Het klinkt helemaal niet alsof je een routeringsprobleem hebt. Want dan zou ping op ip-adres ook niet werken. Het klinkt veel meer als een DNS (name resolving) issue. Vandaar mijn vraag naar het cURL command. Is dat een cURL command met een ip-adres of met een hostname?

[Xi-s]

Toevallig gebruik ik ook Shelly-spullen (Maar niet de EM). En die hebben toch echt DHCP aan boord in AP-mode!

Je gebruikt netplan, dus ik zou verwachten dat deze configuratie dan werkt:

code:

network:
    ethernets:
        eth0:
            dhcp4: true
            optional: true
    version: 2
    wifis:
        wlan0:
            optional: true
            access-points:
                "shellyem-C45BBE794AEF":
                    password: "<redacted>"
            dhcp4: yes

Maar ook met statische adressen moet het werken. En volgens je bericht werkt het gewoon, want je route staat correct vermeld en je geeft aan dat ping gewoon werkt.

Ik ga mee in de post hierboven: wat doe je exact wat niet werkt? Wat is de error en/of uitvoer?


P.S.:
De netwerkcommando's die je gebruikt zijn verouderd/deprecated.

ifconfig zal in jouw toepassing veelal te vervangen zijn door

code:

ip all

en route door

code:

ip route

Ze zijn af te korten als "ip a" en "ip r"

[Tim.k]

@Brahiewahiewa Het curl command is direct op het ip: "curl http://192.168.33.1", geen DNS issue dus.

@Xi-s Je hebt gelijk, mijn Mac pakt inderdaad automatisch 192.168.33.2. Echter met jouw voorbeeld waarbij dhcp4 op true staat krijg ik geen ip. Ook niet na het een release via dhclient.