Dotaz: Komunikace Raspberry se serverem pres net

[petrfm]

Ahoj, rad bych si udelal aplikaci s RPi, kteremu bych daval povely pres svuj web/server (mam i Linux server s verejnou IP). Premyslim ale nad tim, jak to udelat, aby to fungovalo pokud mozno vsude.

1) Nabizi se moznost, udelat z RPi webovy server a pripojovat se primo na nej, ale to bych pak nemel dostupne vsude. Vyhodou je, ze to pojede i bez pristupu na net, v lokalni siti, ale to je tak vsechno. Proto bych radeji, aby RPi pristupovalo na muj server a prebiralo povely z nej. Ja bych se pripojoval taky k serveru a zadaval povely - treba pres PC / NB / mobil.

Prvni reseni je, prinutit RPi, aby periodicky delalo GET na http://server.cz/?dotaz=comamdelat . No a na serveru by behal PHP script, ktery by odpovidal a odpoved by RPi zpracovalo a provedlo prikaz. Je to dobre reseni? Jde o to, ze RPi bude muset neustale provadet dotazy.

Druha moznost - Da se nejak navazat trvale spojeni na urcitem portu mezi RPi a serverem, tak, abych mohl ze serveru rict Pi - hele, udelej tohle, nebo tamto? Hadam, ze bych zase musel posilat nejake keepalive pakety? Za jak dlouho se vlastne navazane spojeni samo prerusi? A da se takhle komunikovat treba pres 80tku port? Byl bych rad, aby to slo protlacit i pres firewall a fungovalo na neverejne IP adrese (Rpi).

RESUME : Vyhodou prvniho reseni pro mne je, ze trochu umim PHP, takze serverovou cast bych si zvladl udelat. Ve druhem pripade by asi na serveru musel bezet nejaky daemon, ktery by komunikoval s netem - asi v Ccku, nebo pythonu, je to tak?

Doporucte mi, jak nejlepe to vyresit, aby to zralo co nejmene dat, bylo co nejrychlejsi a zaroven nebyly problemy s NATem, firewallem, atd.

Odpovědi

[Filip Jirsák]

Můžete použít WebSocket. Je to v rámci HTTP spojení, takže spojení může navázat RPi ven, ale v rámci navázaného spojení už pak můžete komunikovat oboustranně. A je to už hotový protokol, pro který už existuje i podpora v různých knihovnách, takže nemusíte vymýšlet nic vlastního.

[Jendа]

Reverzní SSH tunel. Na RPi do cronu

ps axu | grep -q [u]ser@server || ssh -p 22 user@server -N -R 0.0.0.0:1234:localhost:22

v sshd musí být GatewayPorts clientspecified.

[petrfm]

Aha a kdybych to chtel postavit nad prostym TCP/IP? Ten websocket prostuduju, ten ssh tunel je trochu orisek, protoze pokud bych to pak chtel zjednodusit a portovat treba na arduino / jiny jednocip, kvuli cene, hodilo by se ,aby ten protokol byl co nejjednodussi.

Pro arduino je treba GET / POST komunikace uz hotova. navic, nebude ten SSH tunel nachylny na rozpojeni pri vypadcich site?

[petrfm]

Premyslim nad tim a defakto by mi stacilo neco, jako je PUSH technologie u emailu, apod. Aby bylo navazene spojeni a ten server dokazal do toho Arduina, nebo RPi "stouchnout" hele, mam pro tebe data, stahni si je.

Abych nemusel proste periodicky delat GETy a volit mezi rychlosti odezvy / mnozstvim zbytecne prenesenych dat. I kdyz v souctu tech dat moc nebude, pokud bych jen posilal - neco noveho? a server odpovidal - NE. Ale jde o to, ze to bude neustale "PINGat" a zatezovat tu sit.

[Jendа]

Prostě si otevři TCP spojení a nastav nějaký rozumný keepalive.

[petrfm]

Jsem spis pres HW, tzn. ze otevrene tcp spojeni se chova defakto jako takovy UART? Jak potom na serveru? Muzu na jednom portu obslouzit vice takovych zarizeni? Nebo musi mit kazde svuj port?

Asi bych si mel nastudovat princip TCP, najdu tam vsechno potrebne, ze ? a na serveru se to potom resi a obsluhuje jak / cim? S phpckem si asi v tomhle pripade nevrznu, cili nejblizsi mi je asi python.

diky tedy aspon za nasmerovani, jde mi o to, vedet, co mam nastudovat, jake reseni bude pro tuhle vec nejlepsi. Zatim jsem vzdy komunikoval ve stylu GET/POST dotaz a odpoved. Ale ted bych potreboval, aby to bylo vice "realtime" a pritom se mi z toho nezblaznil router

[Jendа]

Já bych tam prostě spustil netcat. V Pythonu je taky nějaké sockets rozhraní.

[petrfm]

takze kdyz na to prijde kdyz pouziju netcat, tak jednoduche operace jsem schopny delat v bashi... a propojit to treba s PHP scriptem a GUI udelat v PHPcku + HTML.

[Pat1]

Ahoj, to RPi mas ve stejne lokalni siti jako ten Linuxovy server? Pokud ano tak by mohlo byt reseni rozjet na serveru reverzni http proxy ktera bude posilat vsechny dotazy z rpi.mojedomena.cz na to raspberri. Na raspberry by pak stacilo nakonfigurovat http server. Z pohledu raspberry by to bylo skoro stejne jako by melo ten http server na verejne ip.

[pulpe]

Nějaký MQTT, třeba Mosquitto.

[Petr Tomášek]

XMPP