Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - Marekuss

Stran: [1]
1
Ahojte Linuxaci (:

Mam drobny problem s konfiguraciou systemd a mDNSResponder, a switch systemd-networkd nastaveni medzi AP a Client mode.
mDNSResponder je spusteny ako servisa zo systemd, ked sa nahodi network, bezi stale, nevypina sa.

Doska operuje v dvoch modoch, AP a Client, medzi tymito modmi sa prepina v sposobe:
(notConfigured) -> AP -> configured -> Client
(configured) -> Client

prechod medzi AP -> Client riesi skript s wpa_supplicant a generuje wpa_supplicant.conf

vAP mode:
* Doska je izolovana, nema ziadny externy internet/ethernet
systemd-resolved by mal resolvovat mena v tvare myhost.local, systemd-networkd maa zapnuty DHCP server a prideluje adresy zariadeniam co sa pripoja, mdnsresponder bezi na pozadi.
Zapnuty http server (localhost)
Doska nieje pripojena na externy internet, funguje ako izolovane AP

vClient mode:
* Doska je pripojena k externemu WiFi
systemd-networkd by mal byt v clientmode, + podporovat IPV4LinkLocal, adresy brat z DHCP
vypnuty http server



Momentalne to mam nastavene takto:

#/etc/nsswitch.conf
--
hosts: files myhostname mdns dns
--

#/etc/hosts
127.0.0.1 localhost.localdomain localhost

vAP mode:
#/etc/resolv.conf
nameserver 192.168.5.1

Otazka:
1) Ako prepinat medzi "network" konfiguraciami pre AP a Client mode na wlan s pouzitim systemd-networkd?
 a) vygenerovat wlan0_AP.network wlan0_Client.network a treti v */systemd/network/20-wlan0.network, coz ten treti bude symlink na jeden podla toho ci AP alebo Client?
 b) existuje nieco rozumnejsie ako a)?
2) Treba nejako extra nastavovat systemd-resolved pre AP a pre Client?

Trocha ma natahuje to systemd, mal som to riesene bez systemd, ale rozkaz znel jasne...

Diky
M.


2
Vývoj / Návrh frontend/backend model-view-controller
« kdy: 08. 12. 2019, 09:51:11 »
Ahojte.

Mame napisanu GUI aplikaciu v QT, ktora sa stara o zobrazovanie dat zo snimacov a zobrazuje ich na paneli (1024/768), coz funguje pekne a dobre. Ovsem, casto sa stava ze zakaznik chce zmenit design, navrh toho GUI na ine farbicky, poposuvat zopar okien a pod, takze sa to musi menit v QT, znova skompilovat, odtestovat a dodat...

Kedze nam doba HW poskocila, tak premyslame o tom, ze by sa dalsia verzia toho GUI prerobila do electronu, pripadne cisto na chromium s HTML, CSS, javascript. Na Paneli by bezal chromium, v nom by bolo navrhnute GUI a data by tahal v nejakom definovanom formate zo siete.

Otazka do plena, ak to postavime na chromium, je dobre do toho designu zapracovat MVC, alebo riesit cisto iba "View" a zvysok nechat na backende na serveri? Alebo napisat cele MVC v javascripte/typescripte a data pollovat zo serveru?
A do tretice, pozeral som po websockets, trochu sa mi zapacilo, bude to vhodne?

Diky

3
Sítě / Captive portal / http:80 redirect to localhost
« kdy: 13. 03. 2019, 18:27:25 »
Ahojte,

Zdanie je spravit captive portal pre WLAN, jedna sa o embedded Linux 4.11, BEZ iptables a net_forward.

Redirect nastane, ak sa uzivatel pripoji na HOST AP, a napise v prehliadaci "google.com", automaticky sa presmetuje na 127.0.0.1:80
Pripadne otvori WebBrowser na danej AP a bude presmerovany na 127.0.0.1:80 bez akejkolvek interakcie

Standardne by som to vyriesil cez iptables PRE/POST routing, nakolko nieje a nebude k dispozicii , hladam ine riesenie.
Nejake riesenia?

Najlepsie nieco co ide skompilovat pomocou GCC a nevyzaduje hromadu dependencies...
Diky M

Stran: [1]