Dotaz: Aplikace eObcanka na linuxu - URI handler

[lada]

Zdravim, jelikoz ona aplikace na komunikaci OP/s chipem a linuxem je jen na Ubuntu/klony, tedy DEB balicek, tak jsem provedl nasedujici: Pouzivam MGA7 (tedy RPM) - prevedl DEB na RPM - nainstaloval (samozrejme je potreba smart card reader) - aplikace funguji

ALE pri prihlaseni na ePortal (Firefox) tak se ma spustit overovaci aplikace a ta se mi nespusti :(.

Po dotazu na podporu samozrejme nejdrive uvedli, ze je to pro Ubuntu, coz respektuji, tam to funguje. A pridali tuto poznamku/navod:

"Aplikace eObčanka využívá funkcionality URI handlerů a registruje do systému URI handler czeeopauth. Tento URI handler obsluhuje aplikace/skript v cestě /opt/eObcanka/Identifikace/eopauthapp.sh. V systému je potřeba provést tuto registraci manuálně nástroji k tomu určenými."

Chtel jsem se zeptat, zda nekdo mi nemuze s timto pomoci.

Podle me se nekde k promenne "czeeopauth" priradi script "/opt/eObcanka/Identifikace/eopauthapp.sh"

Ale vedet kam a jak :).

S pozdravem Lada

Odpovědi

[Gréta]

z toho popisu si spíš myslim že ten *.sh skript očekává někde v systému nějak registrovanej URI handler s názvem czeeopauth kterej bude nýst asi nějakej identifikátor tý občanky. jak se ale takový uri registruje nevim ani nevim čím by se jako mělo naplnit :'(

u sebe jsem ale našla nainstalovaný todleto třeba to tam máš taky. mělo by to umět command uri::register ale nikdy jsem to na nic noužila tak nevim

[petr_p]

Potřebuješ Firefoxu vysvětlit, že když narazí na schéma czeeopauth, tak má zavolat externí program a adresu mu nějak předat. Dříve se to dalo vyklikat ve u uživatelském rozhraní Firefoxu (nebo Mozilly), teď už to v rámci uživatelské přívětivosti nelze. Místo toho se má použít postup Register protocol in Firefox.

Ostatně tato nutnost spouštět externí program na pokyn serveru a předávat mu vstup definovaný serverem je další z úžasných zlepšováků ve jménu bezpečnosti. Příkladem stejně poblouzněných architektů budiž U2F.

[Ziktofel]

Neni to nastaveni handleru ruznejch protokolu?

tj protokol czeeopauth aneb URI ve stylu czeeopauth://foo/bar, aby zpracovaval danej skript? Jednou jsem to nejak nastavovla, ale uz nevim jak :(

[petr_p]

Ano je. Tomu před dvojtečkou se správně říká schéma.

[lada]

Diky ze tim zabyvate, nejsem programator v linuxu a tak bych pripadne potreboval nejakou kucharku, jak to nastavit/pouzit.

Lada

[Gréta]

jakože cože?? tak na to bych fakt jako nepřišla :D si myslim že kdyby jim nesebrali starej fleš tak by to bylo maštěný v něm ;D a si taky myslim že kdyby to chěl mit v počítači kterej nebude jednoúčelový zařízení na dělání tý občanky tak by se to mělo minimálně schovat někam do virtuálky sandboxu nebo tak ne?

[Gréta]

hele co jsem našla! možná by to šlo celý obejít dockerem

[k3dAR]

"URI handler" pro "czeeopauth" znamena ze krome (napr.) bezneho URI http://neco pujde pouzit czeeopauth://neco

kdyz sem se podival do eObcanka.deb, tak tam to zajistuje soubor /usr/share/applications/eopauthapp.desktop s obsahem:

[Desktop Entry]
Name=eObčanka Identifikace
Comment=Elektronická identifikace občanským průkazem
Version=1.0
Type=Application
Exec=/opt/eObcanka/Identifikace/eopauthapp.sh %u
Path=/opt/eObcanka/Identifikace
Icon=eopauthapp
Terminal=false
Categories=Qt;Utility;
MimeType=x-scheme-handler/czeeopauth
Keywords=eop;smartcards

coz je cesta, jmeno souboru i format, dle freedesktop specifikace kterou snad podporuje/dodrzuje kazde distro i desktop...
pokud se nepletu jestli ten soubor po instalaci prevedeneho balicku v MGA7 mas, tak by melo stacit jen aktualizovat databazi .desktop souboru, coz eObcanka.deb dela pri instlaci automaticky:

sudo /usr/bin/update-desktop-database

[lada]

zdravim, tak jsem spustil uvedeny prikaz "sudo /usr/bin/update-desktop-database" Pri prihlasovani mi to nabidlo spusteni aplikace eObcanka-identifikace, coz byl pokrok, po spusteni se ale nasledne objevila hlaska "neznamy hostitel czeeopauth, nepodarilo se najit pocitac" a to byl konec.

Dilci pokrok :), diky.

Lada

[k3dAR]

s tim uz bohuzel nepomuzu, nic me nenapada na slepo a obcanku s chip nemam abych to vyzkousel s *buntu jak se to chova

[lada]

v *buntu/W10 bez problemu

[debian+]

Dobre je dat print screen.

[lada]

jak rikam, objevi se okno s hlaskou "neznamy hostitel czeeopauth, nepodarilo se najit pocitac", nic vic/nic min.

[j]

Rek bych, ze to "czeeopauth" potrebujes vysvetlit nejen browseru, ale i "systemu". Browser ti totiz sice zavola to co asi zavolat ma, ale to cosi si nejspis nevyextrahuje jen tu adresu, ale pouziva to as is nejak dal.

https://stackoverflow.com/questions/19134581/custom-uri-schema-for-a-linux-application

Mrkni predevsim na ten posledni link. A mozna prosacuj ten balicek, pokud to nastavujou, bude to tam.

[Gréta]

jak to nakonec dopadlo?? už je to strčený v dockeru?? ;D

[lada]

zdar, jak jsem uvedl, nejsem zadny programator ci linux geek, takze z me strany zadny pokrok. Jsem schopny realizovat nejaky postup typu kucharky :).

Lada

[Gréta]

no co já navrhuju je ten problém celej obejít a strčit dotoho dockeru a zapomenout že takovej problém někdy byl ;D docker jestli neznáš tak to je takovej systém jakoby odlehčenejch virtuálek kterým se říká kontejnery.v podstatě by sis v systému vytvořil takový jakoby malinkatý ubuntitíčko ve kterým by běžela ta samotná občanka. sežere ti to teda asi určitě víc zdrojů než kdyby sme to tady vyřešili ale zase budeš +- v suchu až to ty blbce na druhý straně napadne třeba nějak změnit.

celkem podrobnej >>>návod<<< je tam na tom githubu co už jsem sem jednou postovala. poslední změna je někde před půl rokem takže to je asi ještě celkem aktuální. nejdřiv si nainstaluj docker (balíček pro maegia 7 existuje) a pak zkus jet podle toho návodu co je na tom githubu. možná se to ale bude muset upravovat aby si to rozumělo s tim hardware co čte tu občanku. nevim. ale za pokus nic kromě času nedáš. jsem docker nikdy nepoužila na hardware problém musim teda varovat předem ;D

[lada]

zdar, osobne pouzivam pro virtualizaci Vmware player, tam mam W10 a Xubuntu a tam jsem to vyzkousel a vse funguje ok. O kontejnerech mam povedomi, ale jeste to neni na urovni nejakeho GUI klikatka, takze to jde mimo me :).

Lada

[k3dAR]

muzu to vyzkouset ve virtualu, dam "Mageia 7.1 Xfce 64bit", mam otazky:
1. jak si prevadel balicek, pres alien(rpm distra sem pouzival v minulem stoleti a to sem prevadel z deb do rpm pres alien)?
2. na jake adrese ti vyskoci ta chyba "neznamy hostitel czeeopauth"?

[lada]

zdar. 1. - ano, alien (jiny neznam) 2. - https://eop.eidentita.cz/IPSTS.EOP/Login.aspx?wa= X.....................X (X...X hafo znaku) konkretni neudavam, nevim zda tam neni neco z chipu obcanky :(

Lada

[k3dAR]

nerusim za spravnost/systemovost, nepochopil/nenasel sem jak v Mageia pro lokalne instalovanej balicek poresit zavyslosti automaticky (neco jako v deb's distru: "gdebi soubor", nebo "apt install soubor", nebo "dpkg -i soubor ; apt -f install"), takze to co to rve "prevedeno" na nazvy balicku a par co sem nedohledal nakonec pri instalaci vynechane parametrem nodeps...
kazdopadne takto se to pri navsteve te (2) adresy zepta zda otevreit eObcankou, ale po asi minute zahlasi timeout, tim ze nemam obcanku_s_chip tak nevim zda tohle je error pred nebo tvuj problem...

# prevest s parametrem scripts a neni pak potreba aktualizovat databazi rucne
alien --to-rpm --scripts eObcanka-3.1.2-amd64.deb

# doinstalovani hromady zavyslosti s tim ze mozna ani ne vsechny jsou (nutne) potreba
urpmi lib64xrender1 lib64xtst6 lib64dbus1_3 lib64expat1 lib64fontconfig1 lib64freetype6 lib64nspr4 lib64nss3 lib64xcb1 lib64xkbcommon0 lib64qt53danimation5 lib64qt53dcore5 lib64qt53dextras5 lib64qt53dinput5 lib64qt53dlogic5 lib64qt53dquick5 lib64qt53dquickscene2d5 lib64qt53drender5 lib64qt5concurrent5 lib64qt5eglfsdeviceintegration5 lib64qt5gamepad5 lib64qt5location5 lib64qtmultimedia4 lib64qtmultimedia4 lib64qt5remoteobjects5 lib64qt5serialport5 lib64qt5virtualkeyboard5 lib64qt5waylandclient5

# nainstalovani balicku s vynechanim kontroly (vypis zbylejch problemu bez nodeps viz dale)
rpm -ivh --nodeps eObcanka-3.1.2-2.x86_64.rpm 

po nainstalovani te hromady, bez nodeps mi hlasilo jeste tohle:

chyba: Selhalé závislosti:
	devel(libasound(64bit)) je pot\u0159eba pro eObcanka-3.1.2-2.x86_64
	libQt5EglFSDeviceIntegration.so.5(Qt_5_PRIVATE_API)(64bit) je pot\u0159eba pro eObcanka-3.1.2-2.x86_64
	libQt5WaylandClient.so.5(Qt_5)(64bit) je pot\u0159eba pro eObcanka-3.1.2-2.x86_64
	libQt5WaylandClient.so.5(Qt_5_PRIVATE_API)(64bit) je pot\u0159eba pro eObcanka-3.1.2-2.x86_64

[lada]

zdar, diky za pomoc, ale bohuzel nic :). Alien jsem jiz drive pouzil jak pises, to doinstalovani uz tam skoro vse bylo (jen 5 balicku se instalovalo). instalace balicku eObcanka jiz hlasila existenci a tudiz se neinstaloval.

Podle meho laickeho nazoru to neni v tom, ze tam neco chybi/balicek, ale jak mi napsaly, neco se v systemu musi nastavit, nejaky odkaz na spusteni scriptu. Jinak souvisejici programy eObcanka-identifikace a eObcanka-spravce karty funguji.

"Aplikace eObčanka využívá funkcionality URI handlerů a registruje do systému URI handler czeeopauth. Tento URI handler obsluhuje aplikace/skript v cestě /opt/eObcanka/Identifikace/eopauthapp.sh. V systému je potřeba provést tuto registraci manuálně nástroji k tomu určenými."

Lada

[k3dAR]

vyzkousej jak se chova pristup na tu url a prihlaseni obcankou, kdyz ODpojis tu ctecku, na me to pusobilo ze url jandler mam ok, protoze po tuknuti mi to nabidne otevrit pomoci eobcanky(a fajfku priste pres to otvirej rovnou), coz je pokud se nepletu jedina funkce handleru, ze pri adrese neco:// zavola program/skript co je k tomu pridruzen

[lada]

zdar, vyzkouseno, je to uplne stejne - hlaska "czeeopauth, nepodarilo se najit pocitac"

Lada

[k3dAR]

pokud predpokladam ze po odpojeni ctecky se to ma chovat stejne jako u me bez nikdy pripojene, tak se to chova jinak(Mageia7-64bit, Xfce, Firefox)

[lada]

Proste se nekde do systemu musi nainstalovat promena czeeopauth (URI handler czeeopauth) s parametrem /opt/eObcanka/Identifikace/eopauthapp.sh, tot muj nazor a i doporuceni servisu tvurce programu. ja to bohuzel neumim a nevim vo co go :).

"registruje do systému URI handler czeeopauth. Tento URI handler obsluhuje aplikace/skript v cestě /opt/eObcanka/Identifikace/eopauthapp.sh"

Lada

[k3dAR]

ten uri handler je prave ten soubor a firefox jestli ti zobrazi ten dotaz tak o tom vi, jen mozna (a mozna jen u tebe) spatne interpretuje co ma delat

[lada]

zdar, chova se to obdobne, tudiz onen krouzek, ale pres nej je uvedena hlaska. Chova se to stejne s cteckou i bez ctecky.

Lada

[k3dAR]

v tom obdobne ale ne stejne, muze byt prave problem nevim zda to mas jinak protoze uz to ma nekde v conf/cache neco diky tomu ze ctecka bylo uz pripojena, nebo proto ze to mas jinak nainstalovane, btw: ten soubor /usr/share/applications/eopauthapp.desktop si nechal z balicku? tedy NEdaval si tam z toho meho prispevku?(kde treba mohlo by dojit k spatne formatovani), jeste me napada, pri instalaci alienu se me to ptalo jakej balicek pro kompatibilitu vybrat, na vyber bylo 1-upmi-neco-debug 2-neco-jineho, vybral sem 1. netusim zda to muze mit vliv

[k3dAR]

tak me az ted napadlo, zkusit jak se to bez te ctecky chova v Xubuntu a teda urcite jinak/lip, tzn. v Mageia ani u me to neni jeste uplne ok

kazdopadne kdyz ten dialog v Ubuntu mam zobrazenej, tak je bezici proces:

/bin/bash /opt/eObcanka/Identifikace/eopauthapp.sh czeeopauth://mwid=171fba8a-7aa5-423b-812e-28a4b764f96d

kdyz ten pustim rucne v Mageia, tak dostanu hlasku:

Cannot mix incompatible Qt library (version 0x50c02) with this library (version 0x50c04)%

zkus ho pustit ty, co to udela u tebe?

[k3dAR]

jeste sem zkusil ten docker zpusob co psal(a) Greta...
postup v Mageia7, prvotni zprovozneni:

# instalace
urpmi git docker sudo
urpmi docker-compose (na dotaz zvolil 1)
sudo systemctl enable docker
sudo systemctl start docker

# stazeni z github
git clone https://github.com/SemaiCZE/eop-docker.git

cd eop-docker

# priprave dockeru s firefox a eObcanka
sudo docker-compose build

a tohle poustet vzdy kdyz budes chtit na portal:

# priprava pro spusteni
./prepare-host.sh

# spusteni firefoxu s prihlasenim pres eObcanka
sudo docker-compose up eop

(na github pise ze pak mas spatky selinux prepnout do enforcing rezimu, ale zda se ze Mageia selinux nema aktivni by default, takze to asi odpada)

takto uz se mi zobrazi to ruzove okno, ale misto vlozte obcanku pise ze mam problem s konfiguraci...

na github uvedene prikazy pro diagnostiku a spravce take maji problem:

sudo docker-compose run eop /opt/eObcanka/Identifikace/eopauthapp
sudo docker-compose run eop /opt/eObcanka/SpravceKarty/eopcardman --no-sandbox

[k3dAR]

btw: ten "./prepare-host.sh" by se pak poustel z adresare "eop-docker" kam to git stahl, nebo:

sudo cp -a /cesta/k/eop-docker/prepare-host.sh /usr/local/bin/eopff
echo "sudo docker-compose up eop" | sudo tee -a /usr/local/bin/eopff

a pak to odkudkoliv pustit s tim ze to udela pripravu i pusteni docker s ff najednou:

eopff

[lada]

zdar, zkusil jsem ten postup pro docker. ale po prikazu

sudo systemctl start docker to hlasilo

Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details.

a pak to v nekterem dalsim prikazu hlasilo chyby, tudiz jsem to nedokoncil, jinak samozrejme diky a navrh.

Lada

[lada]

preklap "samozrejme diky za navrh" :)

[k3dAR]

no je potreba aby ten docker "demon" bezel, bez toho pak "... docker-compose ..." nemuze pripravit ten system, ignorovat muzes jen chyby u prepare-host.sh (jako treba ze selinx nejde prepnout)... tzn. zjisti stav jak ti to pise:

systemctl status docker.service

[lada]

zahlasi

[lada@localhost ~]$ systemctl status docker.service

● docker.service - Docker Application Container Engine

Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; vendor preset: disabled)

Active: failed (Result: exit-code) since Mon 2019-11-25 16:33:59 CET; 1min 0s ago

Docs: http://docs.docker.com

Process: 8644 ExecStartPre=/usr/sbin/docker-network-cleanup (code=exited, status=0/SUCCESS)

Process: 8647 ExecStart=/usr/sbin/dockerd $OPTIONS $DOCKER_STORAGE_OPTIONS $DOCKER_NETWORK_OPTIONS $INSECURE_REGISTRY (code=exited, status=1/FAILURE)

Process: 8698 ExecStopPost=/usr/sbin/docker-network-cleanup (code=exited, status=0/SUCCESS)

Main PID: 8647 (code=exited, status=1/FAILURE)

[k3dAR]

z toho nic nepoznam, mozna vystup z

journalctl -xe

po tom co zkusis docker nastartovat?

[lada]

ano, po 4.prikazu tveho postupu "sudo systemctl start docker" se objevila hlaska

"Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details."

jak rikam, kontejnery jsou asi jeste vyssi divci a ne pro normalni uzivatele jako ja :) .

Lada

[k3dAR]

chapu/chapal, a kdyz v systemctl status...(coz je systemd nastroj na spravu sluzeb) neni nic, tak prave zkus co ti radi "journalctl -xe" (coz je systemd nastroj na spravu logu), nastroje nesouvisi primo s docker(kontejnerem), ale umozni ziskat informace s cim byl problem, ja sem docker v Mageia nainstaloval, pustil a v nem pripravil ssytem pro eObcanku tim co sem psal, nevim proc ti to nejde, mozna sem nevedomky udelal/nainstaloval jeste neco, ten log muze napovedet :)

[lada]

Příloha:

• journal.txt (9194 bytů)

zdar, prikladam vypis journalctl -xe

Lada

[i2041826]

Máš nainstalované potřebné závislosti?

libpcsclite1, pcscd, libpng16-16, libx11-6, desktop-file-utils, libgtk-3-0

[lada]

zdar, "libpcsclite1" nebylo/nainstaloval, ostatni uvedene nebyly ani v repozitari. Vysledek stejny/neuspesny.

Vse testuji ve virtual test versi MGA8

Lada

[i2041826]

Dle obsahu souborů to budou nejspíš tyto:

libpcsclite1, pcsc-lite, libpng16_16, libx11_6, desktop-file-utils, libgtk+3_0