edavki ubuntu 13 chrome

Chrome in prijava v edavke:

Settings -> Advanced -> Manage Certificates
Yor certificates: uvozi datoteko s končnico .p12
Authorites: V kolikor tukaj ni cigen-ca certifikata ga je potrebno uvozit.
S tem je omogočena prijava v edavke (spletno stran). Ne dela pa podpisovanje dokumentov.

Java plugin in podpisovanje:
Namesti iced-tea plugin: sudo apt-get install icedtea-7-plugin
Uvozi privaten ključ v Javo:
Unity -> "IcedTea Web Control Pannel" če se ta ne pojavi -> login/logout/restart.
IcedTea Web Control Pannel -> Certificates -> na vrhu izberi Client Authentication Certificates -> uvozi certifikat z končnico .p12

Problem: Java Applet iz edavkov pričakuje certificate v:
~/.java/deployment/security/
nahajajo pa se v
~/.icedtea/security/
Naredimo link/bližnjico: ln -s ~/.icedtea/security ~/.java/deployment/security

Sedaj lahko poskusimo podpisat dokument ne edavki in spodleti.
Aplikacija zahtev PIN za Java hrambo ključev "keystore".
To geslo je avtomatsko nastavljeno na "changeit" ali "changeme".

Kako debugirat ?
~/.icedtea/log/

mcgeek je 8. avg 2013 ob 14:09 izjavil:

Na njihovi spletni strani preveri kaj je uradno podprto in kaj za to potrebuješ:
http://edavki.durs.si/OpenPortal/Pages/...

A to je sarkazem ? Priporočam, da si namestiš nov Ubuntu in poročaš kako enostavno si boš to uredil.
Osebno sem kar razočaran nad stanjem teh storitev.
Grem stavit, da imajo podpisano "zelo poceni" vzdrževalno pogodbo v kateri NI vključeno posodabljanje appleta, dokumentacije in omogočanja združljivosti z zadnjimi verzijami brskalnikov. Pa sej konec koncev se gre za pobiranje davkov in zniževanje stroškov državne uprave, saj je ok če zadeva dela na pol in je za uporabnike lesena.

sese12 je 8. avg 2013 ob 16:47 izjavil:

Meni je včasih s Firefoxom šlo, na Chrome pa ne. Probaj, predvsem je potrebno namestiti certifikaate (sigenca,sigovca) oz. nekaj od tega.

V zgornjem postu sem opisal kako sem zadevo spravil do tega da dela v Ubunut 13 (zadnja verzija) in chrome brskalniku (zadnja verzija).

Prilagam napako, katero sem mi je pojavljala.
Mogoče je razlika v tem kateri plugin uporabljaš in kam ta shranjuje certifikate. Meni jih je shranil v ~/.icedtea/security/
Poleg tega, ko podpisujem dokument se pojavi popup ki zahteva PIN (keystore geslo), katero je privzeto "changeit" ali "changeme".
Predvidevam, da je nekje v kodi "hard codana" lokacija namesto, da se ta razbere iz samega plugina. Ne vem ugibam :)
Mimogrede lahko deliš link do testne strani.

java.io.FileNotFoundException: ~/.java/deployment/security/trusted.clientcerts (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.init(FileInputStream.java:138)
at java.io.FileInputStream.init(FileInputStream.java:97)
at si.hermes.security.NativeCertificateProvider.OpenCertificateStore(Unknown Source)
at si.hermes.security.NativeCertificateProvider.getAllCertificatesWithPrivateKey(Unknown Source)
at si.hermes.security.CertificateProvider.getAllCertificatesWithPrivateKey(Unknown Source)
at si.hermes.security.Collections.SignatureImpl.signWithCertificateUI(Unknown Source)
at si.hermes.security.ESignDocImpl.signWithCertificateUIDom(Unknown Source)
at si.hermes.security.ESignDocImpl.signWithCertificateUI(Unknown Source)
at si.hermes.security.ESignDocApplet$ESignDocPrivilegedExceptionAction.executeSignWithCertificateUI(Unknown Source)
at si.hermes.security.ESignDocApplet$ESignDocPrivilegedExceptionAction.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at si.hermes.security.ESignDocApplet.signWithCertificateUI(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at sun.applet.PluginAppletSecurityContext$4.run(PluginAppletSecurityContext.java:670)
at java.security.AccessController.doPrivileged(Native Method)
at sun.applet.PluginAppletSecurityContext.handleMessage(PluginAppletSecurityContext.java:667)
at sun.applet.AppletSecurityContextManager.handleMessage(AppletSecurityContextManager.java:70)
at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:235)
at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:79)

Zadevo sem še enkrat testiral.

Umaknil sem "bližnjico": ln -s ~/.icedtea/security ~/.java/deployment/security
Šel sem na testno povezavo ki pravi: "Kompenenta je nameščena"
Šel sem na edavke, dodak k enemu dokumentu prilogo in poskusil izvest podpis.
Enaka napaka kot prej: "Ne najdem certifikata v hrambi ...", napaka tudi v logu.
Povrnem "bližnjico": ln -s ~/.icedtea/security ~/.java/deployment/security
Poskusim podpisati: "Vnesite PIN ..."
Vnesem: "changeit"
Dela.

java version "1.7.0_25"
OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)

Namestiti in uporabiti je potrebno Oracle (Sun) Javo, saj OpenJDK ni podprt.

Sem imel enako težavo s komponento za podpis na eDavkih.
Izvedel sem tole zaporedje in mi sedaj deluje:

sudo apt-get autoremove openjdk-7-jre
sudo apt-get purge openjdk*
java -version
sudo update-alternatives --config java
sudo apt-get remove openjdk-6-jre default-jre default-jre-headless
sudo update-java-alternatives -l
sudo apt-get install oracle-java7-set-default
sudo apt-get install icedtea-7-plugin
sudo apt-get autoremove

Ne bom trdil, da vem kaj vse to naredi, ampak je pomagalo.

edavki s tazadnjo javo na ubuntu 16.04 še vedno javlja tale "Vnesite pin za Java store"

~ $ java -version
java version "1.8.0_181"
Java™ SE Runtime Environment (build 1.8.0_181-b13)
Java HotSpot™ 64-Bit Server VM (build 25.181-b13, mixed mode)

Vse inštalirano po navodilih na edavki in pridem do točke ko vpišem varnostno kodo in izberem svoj certifikat, ki je importan v java config panel.
Za tem se pa to okno s poljem za vnos "Vnesite pin za Java store" pokaže in "changeme" ali "changeit" ne deluje. Tudi pina nisem nikjer nikoli nastavljal?!!?

Ne, ne moreš ročno podpisat, ker to je point digitalnega podpisa, da ni "tako lahko" ponaredljiv, kot je ročni podpis.

Ribič je 24. avg 2018 ob 10:25 izjavil:

Nisi me dobro razumel. Z ročnim podpisovanjem nisem imel v mislih fizičnega podpisa s pisalom na papir temveč uporabo računalniške ukazne vrstice za izvajanje nekega obstoječega programa (npr. openssl ali gpg), ki omogoča digitalno podpisovanje dokumenta na enak način, kot to počne ustrezna komponenta v brskalniku. Zanima me, če je možno komponento nadomestiti z uporabo drugih obstoječih orodij, ki niso del brskalnika. Npr. program openssl je sposoben generirati ustrezne x509 digitalne podpise.

lp

Vprašaj na tehnično pomoč eDavkov, če jim podpira tak način podpisovanja.

Telefon: (05) 2976 800, vsak dan od ponedeljka do petka, od 8:00 do 18:00
Elektronski naslov: SD.fu@gov.si