Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.

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.


Příspěvky - Standa99

Stran: [1] 2 3 ... 25
1
Ubuntu Server / Re:nextcloud https nastavenie
« kdy: 13 Září 2019, 15:02:14 »
U nějakého registrátora musíš mít vedené DNS záznamy a tam si to přidej (pokud si je nespravuješ sám). Podle všeho ti to běží na vlastním železe a logicky bys měl mít veřejnou IPv4, na kterou máš navedený A záznam pro svou doménu (nebo také AAAA pro IPv6). Tam si přidáš i CNAME záznam pro subdoménu.

2
Ubuntu Server / Re:nextcloud https nastavenie
« kdy: 13 Září 2019, 14:16:31 »
Osobně mám i subdomény (3. řádu) přidané v DNS záznamech jako CNAME.

3
Ubuntu Server / Re:nextcloud https nastavenie
« kdy: 12 Září 2019, 20:55:47 »
Záleží jaký používáš webový server, ale nastavit to půjde v každém. Jiný server než apache2 neznám, takže tě zkusím stručně navést, pokud ho také používáš. V apache2 mám nastaveného virtuálního hosta, kde jako ServerName mám subdoménu a jako DocumentRoot adresář s nextcloudem, včetně SSL certfikátů (třeba Let's Encrypt) pro HTTPS. Ukázkových návodů pro apache2 určitě najdeš plno.

4
Tyhle pazvuky se hromadu let řeší softwarově, protože rušení je na sběrnicích hodně a takhle to jednoduše eliminují. Tzn. že když se nic nepřehrává, tak je výstup zvukovky utlumený (mute), až se má něco přehrát, tak se výstup teprve otevře a logicky se během přehrávání tyto pazvuky ztratí. Díky tomuto utlumení, nelze ze zvukovky slyšet ani šum, který tam standardně je.
Tohle vypadá na bug, který se objevil ve spojení nového jádra a ovladače zvukovky.

5
Multimédia / Re:AverMedia TD 310
« kdy: 03 Srpen 2019, 07:10:44 »
@PepaHUbuntu: Zajímalo by mě, jestli jsi tam nakopíroval ten chybějící FW dvb-usb-it9303-01.fw, o kterém píšeš tady (tady ne, asi tam nahazuješ nové téma každý den ::) ). Zde si ten chybějící FW ani nezmínil, přitom to je nejdůležitější. Zběžně jsem se díval, že je uvnitř chipset Si2168 a ten také potřebuje FW, podle všeho dvb-demod-si2168-b40-01.fw, protože těch je také více:
Kód: [Vybrat]
dvb-demod-si2168-b40-01.fw
dvb-demod-si2168-02.fw
dvb-demod-si2168-a20-01.fw
dvb-demod-si2168-a30-01.fw
dvb-demod-si2168-d60-01.fw
A stále dokola opakovaným apelem je, nahodit výpis z dmesg (poslední řádky s inicializací připojeného tuneru). Samozřejmě vše dělej na jádru 5.2.x, nakopíruj tam chybějící FW, připoj tuner do USB a nahoď výpis, jinak se tady budeš neustále plácat ve tvých domněnkách o neodladěném jádru.
Pokud si nechceš oddělat svůj produkční systém, tak to dělej na virtualizovaném systému, kde jde cokoliv na USB připojit napřímo, tohle je u mě základ.

6
Internet a sítě / Re:LG TV a sdílení souborů s PC
« kdy: 29 Červenec 2019, 18:47:18 »
Jestli si přehráváš filmy pouze na TV, tak budiž.
Sdílení přes DLNA, sambu nebo NFS je daleko univerzálnější a využitelnější na všem připojeném v domácnosti. Při využití veřejné IPv4 (nebo IPv6), si bez problému přehrávám filmy třeba i na chatě a nemusím myslet ani na to, že bych si musel vzít nahranou flešku.

7
Instalace, aktualizace a spouštění / Re:Nelze aktualizovat ubuntu
« kdy: 21 Červen 2019, 00:32:25 »
21:50 to dali do pořádku http://cz.archive.ubuntu.com/

8
Instalace, aktualizace a spouštění / Re:Nelze aktualizovat ubuntu
« kdy: 20 Červen 2019, 19:50:45 »
Zase jim tam chybí adresář ubuntu v těch odkazech http://cz.archive.ubuntu.com/ubuntu/, stačí editovat /etc/apt/sources.list a potom to projde, ale snad to brzo napraví.

9
Multimédia / Re:Java8 + FRD
« kdy: 16 Červen 2019, 22:43:09 »
Na 18.04 mi FRD funguje, už si to detailně nepamatuji, ale v apt mám přidané ppa nejspíš odsud.

Kód: [Vybrat]
java -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

10
Obecná podpora / Re:Rozlišení po odpojení monitoru
« kdy: 15 Červen 2019, 21:59:52 »
Já jsem to už před pár lety vyřešil koupením HDMI emulátoru, který simuluje monitor, na kterém jde nastavit až 4K rozlišení (3840x2160) v hodnotě jednoho piva, něco takového.

11
Hardware / Re:Doporučený hardware
« kdy: 08 Červen 2019, 18:07:18 »
To možná je, ale opět pro novější chipsety, ne z té doby.

12
Hardware / Re:Doporučený hardware
« kdy: 08 Červen 2019, 16:34:09 »
Kompatibilita je logicky o použitém HW. Problém dělají hlavně GPU, WiFi nebo BT. V tom Lenovu je Intel HD Graphics 4000, takže žádný paskvil od PowerVR, což Intel někdy používal, takže záleží, co tam je za WiFi+BT karta. Pokud by tam byla karta od Atheros-Qualcomm nebo Intel, tak bych se toho nebál. Ještě i Realtek by šel, z toho období (2012) bych se vyhýbal kartám od Ralink-MediaTek nebo Broadcom.

Každopádně pokud má NB sloužit ke konzumaci obsahu, tak tahle grafická karta žádné video v H265 nebo VP9 akcelerovat neumí.

13
Obecná podpora / Re:Flame
« kdy: 02 Červen 2019, 00:36:59 »
Tak to jsem přehlédnul to Xubuntu.

14
Obecná podpora / Re:Flame
« kdy: 01 Červen 2019, 11:54:44 »
Ubuntu 16.04 je LTS, takže s pětiletou podporou. Pokud tam fungovalo Ubuntu 16.04, tak je velká pravděpodobnost, že tam pojede i 18.04.

15
Obecná podpora / Re:Firewall
« kdy: 28 Květen 2019, 07:34:55 »
To mě ještě nenapadlo, jít na texťák Excelem.
Iptables (firewall) jsou zcela jednoduché a přehledné, standard je vše zakázat a povolit jen co chceš, nic víc. V jednoduchosti je krása, PR omáčka na několik odstavců není potřeba. Samozřejmostí je povolit pouze to nejnutnější a na zbytek (běžící na lokálu) se připojovat SSH nebo VPN tunelem, bez jména/hesla ale pouze klíčem. Na případných webových službách mít povolené přihlášení jen z určitého (důvěryhodného) rozsahu IP adres a kdyby někdo dělal neplechu i z tohoto povoleného rozsahu, tak stačí nasadit 3x a dost (po třech špatných pokusech dostane ban třeba na 24 hodin). Tohle je Linux a jestli přejdeme na případnou hrozbu skrz prohlížeč (dát přednost open source např. Chromium), tak pokud je spuštěný pod uživatelským účtem, tak žádné ovládnutí systému nehrozí. Tohle nejsou Windows, kde mají všichni (kromě korporátních uživatelů) administrátorský účet, ale v Microsoftu už na desítkách chystají sandbox, kde se pod desítkama spustí další desítky a v těch se už budeme cítit "skoro" bezpečně :D

16
Obecná podpora / Re:Firewall
« kdy: 24 Květen 2019, 10:22:56 »
Každý má svůj názor, akorát bych chtěl vidět, jak někdo bude odklikávat každé spojení v prohlížeči, kdy na jednotlivých stránkách jich můžou být navázány klidně desítky. Pokud chodím na pár stránek, kdy nechám zablokované spojení uložit na stálo, tak vlastně nic takového nepotřebuji, při větším využívání webu bude potvrzování všech spojení tak otravné, že to každého přestane bavit a brzo povolí vše.
Objevila se tu pifka na Firefox, ale je potřeba nezapomínat, že každý má v prohlížeči nainstalovaných hromadu doplňků, které můžou škodit víc, než samotný prohlížeč.
Co se týče Windows, tak bych klidně věřil, že dokáží obcházet hosts soubor, ale pokud budou ctít nastavený DNS server (nic jiného jim nezbývá), na kterém se takové spojení zařízne, tak to bude daleko účinnější, než lokální "vytuněný" %windir%\system32\drivers\etc\hosts :)

17
Obecná podpora / Re:Firewall
« kdy: 23 Květen 2019, 20:51:10 »
@CyberCodeDroid: Asi si nerozumíme, firewall filtruje IP adresy + porty a pokud do něj vložíš název domény, tak si ji musí přeložit na IP adresu a tu zablokuje. Tím pádem klidně můžeš zaříznout něco, co ani nechceš, protože na jedné IP může běžet více domén. K překladu použiješ DNS server a to buď svého poskytovatele připojení, případně nějaký public server nebo vlastní. Mě to vše funguje na vlastním serveru (který i routuje) a ten filtruje přímo jednotlivé domény podle zmíněného blacklistu. Tím že se můj DNS server doptává ostatních šifrovaně (DNS over TLS), tak vlastně ani můj poskytovatel (který toto musí logovat) netuší, kde surfuji, vidí akorát IP adresy (ze kterých se dá odhadnout, co na nich běží).

@Logamax: Nahoď odkaz na ten tvůj hosts, ve kterém mapují ty kdejaké špatné zdroje. To že mám 5 křížků na krku, tak tady nepotřebuji ....... ;)

18
Obecná podpora / Re:Firewall
« kdy: 23 Květen 2019, 17:46:42 »
U aplikačního firewallu se málokdo bude párat s každým spojením a většinou všichni povolí veškeré spojení pro danou aplikaci.
Nepatřím sice k těm, co všude vidí bubáky, ale doma mám na serveru generálně nasazenou filtraci pomocí DNS, kde mi běží unbound jako rekurzivní resolver. Používám tento udržovaný 'hosts file', který mi filtruje hromadu reklamních domén, telemetrii pro kdeco atd. Samozřejmě to filtruje na každém připojeném zařízení (PC, NB, tablety, telefony atd.) a tohle se děje, i když jsem mimo domov, protože na všem používám OpenVPN.

19
Ubuntu Server / Re:Nextcloud - podpora 4-byte MariaDB
« kdy: 05 Květen 2019, 14:44:07 »
Aha, tak to máš jenom varování, které jsem také zmínil. Pokud to jede, tak to časem vyřešíš, klidně se může jednat i o bug v Nextcloudu.

20
Ubuntu Server / Re:Nextcloud - podpora 4-byte MariaDB
« kdy: 05 Květen 2019, 14:16:15 »
Mě to připadá, že používá MariaDB. Provozuji Nextcloud (15.0.7) s MySQL (Ver 14.14 Distrib 5.7.26) a co jsem se díval na ten odkaz na Docs, tak zmíněné zápisy si instalace a upgrejdy vyřešily sami. Nextcloud provozuji po přechodu z Owncloudu asi od verze 12 a v "Upozornění zabezpečení a nastavení" mám akorát jednu věc "Nebyla nastavena mezipaměť v paměti", jenže v Nextcloudu mám akorát 5 účtů pro rodinu, tak nechci ubírat RAMku.

21
Internet a sítě / Re:VirtualBox - host cez VPN
« kdy: 01 Březen 2019, 14:53:46 »
V pohodě, ale také by tě nebavilo, kdyby někdo začal schválně ze široka, až na vyzvání napsal, k čemu to má sloužit, kdy nakonec hodně věcí vyzkoušel předem a nezmínil se o tom.
Prolez hlavně to jejich fórum (mě se to nechce), ten odkaz co jsem postnul v minulém příspěvku vypadá na návod (a takových je tam více), kde se řeší, co doplnit nebo změnit.
Instalovat VPN do routeru znamená, že ti veškerý traffic poteče přes VPN, což nemusí být žádoucí. Psal jsem o blokování celých rozsahů těchto VPN služeb (nepřihlásíš se např. do emailu), také se může radikálně zvednout odezva (ping), snížit propustnost atd.

22
Internet a sítě / Re:VirtualBox - host cez VPN
« kdy: 01 Březen 2019, 00:39:45 »
Skáčeš z jednoho systému na druhý a čekáš, že se to asi rozjede samo. Všechno se z tebe musí páčit a pokud už jsi byl takhle daleko, tak to máš sakra napsat, zbytečně tu dávám to, na čem už si dávno zkolaboval.
Hlavně se tím "zaoberají" na jejich diskuzním fórum, kde se přesně řeší postupy, jak docílit požadovaného tunelování, tak ty své problémy probírej rovnou tam. Tohle není nic jednoduchého a pokud to někdo zdejší nedělal, tak nad tím nikdo nebude trávit hodiny konfigurací a testováním.

23
Internet a sítě / Re:VirtualBox - host cez VPN
« kdy: 28 Únor 2019, 15:03:11 »
Díval jsem jim aspoň na wiki? Mají tam návody pro různé možnosti tunelování:
Citace
Connecting to a tunnel-link (proxy/VPN/SSH) before Tor
Connecting to Tor before a tunnel-link (proxy/VPN/SSH)
takže i ten tvůj požadavek!

24
Internet a sítě / Re:VirtualBox - host cez VPN
« kdy: 27 Únor 2019, 16:09:27 »
Aha, takže virtualizovaný systém, který používá TOR pro anonymizaci a ty to chceš prohnat ještě VPNkou. Na tohle bych použil NAT.
Pokud se budeš zajímat trochu víc o VPNky, tak zjistíš, že jsou velmi často celé jejich rozsahy na blacklistu, protože se z nich provádějí skryté útoky a téměř žádné další IPv4 adresy k dispozici nejsou, aby je tyto VPN služby vyměnily. S některýma IPv4 se sice kšeftuje, ale ty jsou na 100% kompromitovány. V tomhle případě by to sice nemělo vadit, jedině že by ten Whonix takové připojení odmítl.

25
Internet a sítě / Re:VirtualBox - host cez VPN
« kdy: 27 Únor 2019, 07:10:48 »
Je otázkou, co je myšleno "Potrebujem aby nainstalovany soft sa pripajall na net cez VPN pripojenie, ktore je nainstalovane na hostitelskom pc."?
Aby jeden soft tekl jinudy, než zbytek systému, je trochu oříšek a zbytečně složité na prostředky, které by se musely vyčlenit na označování packetů pouze toho jednoho softu a odklánět jeho komunikaci přes VPN.
Chtělo by to napsat, k čemu to má celé sloužit (tipuji torrenty) a nechápu, proč by si systém spuštěný ve VBoxu nemohl vytočit VPN připojení sám a musel k tomu používat hostitelský PC. To by byla nejjednodušší cesta, protože různé VPN služby (NordVPN apod.) přece podporují současně několik připojení (až 5 najednou) a navíc by jako bonus fungoval i IPv6 protokol (pokud ho nepodporuje ISP).
Navrhovaný most (bridge) na fyzický adaptér (např. eth0) by stejně tohle neřešil, musel by to být most na tap nebo tun adaptér daného VPN připojení a myslím si, že se přes tyto adaptéry žádné DHCP dál nešíří. Jediná možnost by byla VPN připojení z hostitelského PC NATovat na síťové rozhraní VBoxu, což by (nejlépe) chtělo na všem nastavit statické IP a zapnout vzpomenutý NAT.

Stran: [1] 2 3 ... 25