Příspěvky

Zjevně máš problém s certifikátem banky. Klikni na ikonku zámečku před adresou webu v adresním řádku, tam zjistíš podrobnosti. Pokud je tam zastaralý nebo neplatný, budeš muset komunikovat s technickou podporou banky, aby ti poradili, jak nainstalovat nový. Měl jsem před časem stejný problém dokonce s CZ.NIC.
Pro začátek ale zkus vymazat cokie a historii webu banky, aby se vše načetlo znovu. Víc neporadím, řešil jsem to jednou a už si to nepamatuji.

Obraz se dá po 90°otáčet v nastavení displeje (Nabídka > Volby > Displej), že by tam? Může to být jinde, podle toho, jaké používáš prostředí. Uvedené platí pro Cinnamon. Pokud to dělá před přihlášením, pak hledat v LightDM nebo co používáš...

Znovu (už poněkolikáté) jsem zkontroloval všechna práva dotčených souborů/adresářů - jsou shodná, včetně uživatele. Nastavil jsem dokonce práva všem na vše (777), nepomohlo. Pravděpodobně bude problém s tím RAMdiskem, jdu hledat dál, co všechno je potřeba nastavit.

Zdravím
Mám na serveru SW pro meteostanici, který m.j. vytváří každých 12 sec. malý soubor "realtime.txt", obsahující surová data z meteostanice. SW je nakonfigurován, aby soubor ukládal do /var/www/data. V rootu webu (/srv/www/html/) je symlink na tento soubor a javascriptem se data periodicky načítají a zobrazují na webové stránce. Potud je vše OK.
Chtěl jsem "šetřit" SSD v serveru tím, že vytvořím ramdisk, do kterého se bude tento soubor ukládat - to nebyl problém. Změnil jsem symlink na nové umístění souboru, ze vzdáleného PC přes sftp se k souboru normálně dostanu a zobrazím ho, v terminálu na serveru taktéž (pomocí MC), atributy jsem nastavil stejně jako u původního symlinku, směrovaného do /var/..., přesto javascript soubor nezpracuje, na stránce se zobrazují nesmysly a v error.log apache je záznam:
"...Symbolic link not allowed or link target not accessible: /srv/www/html/realtime.txt..."
V čem může být problém?

Jen nápad: Není možné, že se Firefox kvůli chybě neukončí úplně? Všiml jsem si, že F-ESR má (pro mne) nepříjemnou vlastnost - nejde spustit vícekrát. Když ho mám spuštěný a kliknu někde na odkaz, místo nového spuštění a otevření okna vyhlásí chybu, že už je spuštěn. Nevím jestli je to chyba nebo záměr, ale je to otravné. Stáhl jsem "normální" verzi z Mozilly, rozbalil a ta funguje bez problémmů...
S nepodporovaným procesorem to nejspíš nesouvisí, ale...

Takže vyřešeno s pomocí kolegy na UbuForu: na Raspberry AP zadat

Kód [Vybrat] Rozbalit

iptables -t nat -I PREROUTING -i wlan0 -p tcp -d 192.168.1.2 --dport 80 -s 192.168.2.2 -j DNAT --to 192.168.1.2:1883

[1884:]

Zatím nikdo nereagoval, zkusím to upřesnit:
Dostávám toto:
Zkrácený výpis tcpdump z Raspi
11:03:40.921454 IP 192.168.1.3.62857 > 52.116.188.162.80: Flags [P.], seq 1:380, ack 1, win 5840, length 379: HTTP: GET /weatherstation/updateweatherstation.php?ID=....HTTP/1.1
11:03:41.824663 IP 192.168.1.3.62858 > 192.168.1.2.80: Flags [P.], seq 1:365, ack 1, win 5840, length 364: HTTP: GET /weatherstation/updateweatherstation.php?ID=... HTTP/1.1
a potřebuji dostat (příklad pro MQTT broker):
11:03:40.921454 IP 192.168.1.3.62857 > 52.116.188.162.80: Flags [P.], seq 1:380, ack 1, win 5840, length 379: HTTP: GET /weatherstation/updateweatherstation.php?ID=....HTTP/1.1
11:03:41.824663 IP 192.168.1.3.62858 > 192.168.1.2.1884: Flags [P.], seq 1:365, ack 1, win 5840, length 364: HTTP: GET /weatherstation/updateweatherstation.php?ID=... HTTP/1.1

tedy pro WeatherUnderground první řádek a pro local server druhý řádek. Jde to?

Řeším problém:
Mám meteostanici, která funguje jen přes WiFi; posílá data na externí servery WeatherUndergroun, WeatherCloud a na další libovolnou IP. Problém je, že všude využívá port 80 a nelze to změnit. Vytvořil jsem z RaspberriPI WiFi AP, routované přes lokální LAN do internetu. Nastavil jsem stanici pro posílání dat na WU, WCl a na lokální server. A zde je ten problém: lokální Apache je přístupný přes HTTPS (port 443) a aby ev. klienti nemuseli zadávat "https://..." je původní port 80 trvale přesměrován přímo na virtuálním serveru Apache - toto chci zachovat. Problém vyvstává právě s meteostanicí, která taky komunikuje se SW WeeWX na portu 80 a tím pádem se hádá se serverem. Zatím jsem to vyřešil změnou portu Apache a přesměrováním portu 80 na routeru na nový port Apache. Toto funguje dobře, až na:
- Automatický update certifikátu pro SSL vyžaduje port 80 a tudíž nefunguje
- další SW na serveru, který také využívá ke komunikaci port 80 (PiHole) taky nefunguje, ale to by mi až tak nevadilo.
Můj dotaz: jak přesměrovat provoz z Raspi AP, určený pro IP serveru:80, ale zachovat provoz ze stejného zdroje na portu 80 pro jiné IP? Veškerý provoz na portu 80 přesměrovat nemůžu, protože bych tím zablokoval data na WU a WCl.

Zkoukl jsem to video, vypadá to zajímavě, ale chce to vyzkoušet. Pokud jsou poměry stran těch oken pevně dané, nevyhovovalo by mi to. Běžně při správě serveru otvírám 3-4 terminály, jeden si nastavím asi na 1/3 šířky plochy, další pak na zbytek nad sebe. V tom úzkém zadávám příkazy, ve zbývajících sleduji logy a výstupy, jejichž řádky jsou někdy dost dlouhé. Proto pro přehlednost potřebuji široké okno. Ale ten i3.. (asi) dělá okna rovnoměrně rozdělená podle jejich počtu.
No uvidíš sám, třeba tomu přijdeš na chuť. Přeji úspěch.

No právě, já jsem nepochopil, jak jsi získal ten název souboru. Teď jsi to upřesnil - je to tím kopírováním. Nevím proč ti při tom tu cestu tak zmrší, thunar nepoužívám. Já používám Nemo - je součástí Cinnamonu (a jde doinstalovat) - tam jde přidat na lištu "tlačítko" Otevřít v terminálu", jen si najedu na příslušný adresář a kliknutím se otevře terminál přímo s tím adresářem a můžu zadávat příkazy. Ale nejraději používám v terminálu ten mc, je to obdoba starého Norton commanderu z doby MS DOSu. Má dvě okna, v každém si můžeš otevřít jiný adresář a kopírovat/přesouvat/prohlížet/editovat/... soubory, když ho spustíš se "sudo", pracuješ jako root. A když potřebuješ přejít do terminálu a zadat nějaký příkaz, stiskneš Ctrl+O (ó, ne nula) a jsi tam. Funguje i jako ftp klient a nevím co ještě. Neznám lepší souborový manažer, všechny ty klikací jsou proti tomu ... 
Každopádně cesta "file:///....." je nesmysl, to je vlastně obdoba url, jako http://..., ftp://... a pod., což je formát pro web/ftp prohlížeče. Příkazový řádek to (pokud vím) nezná, vyžaduje normální cestu, třeba /home/něco/... Nemá to nic společného s kódováním. A UTF8 vs. Unicode UTF8 je totéž. Něco jiného by bylo UTF32 (nebo UTF16 ?, teď nevím), kde je mnohonásobně víc znaků národních abeced a dalších znaků.
No, hlavně že už víš, jak na to.
Ještě jsem si vzpoměl: Když už chceš dělat v terminálu, je nejspolehlivější ho otevřít a dostat se pomocí cd do příslušného adresáře, např. cd /home/Stažené, pak pomocí příkazu ls zobrazíš obsah toho adresáře a zadáš potřebný příkaz, třeba to sha1sum "název souboru". Název můžeš ze seznamu kopírovat tím, že ho myší označíš, pomocí pravého tlačítka zkopíruješ a zase pomocí pravého vložíš za příkaz. Pozor! Ctrl+C a Ctrl+V tady nefunguje! Jde to i prostředním tlačítkem, ale to mi někdy dělá problém.

Pořád nechápu. Předpokládám, že to tedy píšeš v terminálu ručně. Pak je to ovšem špatně, ten soubor se přece jmenuje:
/home/josef/Stažené/debian-10.4.0-amd64-netinst.iso
a ne:
file:///home/josef/Sta%C5%BEen%C3%A9/debian-10.4......

To si snadno ověříš příkazem ls, nevím, kde jsi přišel k tomu file:///....., to je to co nechápu  ::)

Zadám-li do terminálu soubor z MATE, dostanu např:

Kód [Vybrat] Rozbalit

$ sha1sum file:///home/josef/Sta%C5%BEen%C3%A9/debian-10.4..........

Toto jsem nepochopil - jak "zadám-li"...

Tento formát cesty k souboru

Kód [Vybrat] Rozbalit

file:///home/deda/Obr%C3%A1zky/xxx.jpgse mi objeví, pokud otevřu soubor ve firefoxu. Jak vidíš, i zde se diakritika zmrší pouhým "copy/paste", přestože ve firefoxu je normálně ".../Obrázky/..."

Jde mi o to, čemu ta cesta vadí? Nejde to spustit, otevřít...? Proč to vlastně řešíš? Já v terminálu používám správce souborů mc (Midnight Commander), a tam je vše OK.

Tím to nebude, používám "Nemo" (standardně v Cinnamonu) a píše mi to to stejné. Někde na wiki.ubuntu jsem narazil na postup převodu kódování textu - což není tvůj případ, ale byl tam odkaz, že pokud se jedná o nesprávné zobrazení názvů souborů, je to chyba v připojení disků (tj. fstab), jenže v tom odkaze na toto téma nebyla ani zmínka  :(.
Jednoznačně je to chyba kódování, zkus ten soubor přejmenovat BEZ diakritiky, jsem si jist, že bude název v pořádku. Ale jak to odstranit nevím, nesetkal jsem s tím, tak jsem to nehledal  ???.

Parametry pro fstab najdeš třeba tady: https://www.abclinuxu.cz/clanky/system/na-co-se-casto-ptame-etc-fstab , je tam i parametr "iocharset", který by to měl řešit...

Zjevně máš chybně nastavené kódování. Mate nepoužívám, ale pokud ti to dělá jen v terminálu, zkus to tam: (chtěl jsem vložit obrázek, ale nejde mi to)

Otevřít terminál, nahoře je Terminál > Nastavit kódování znaků > Unicode --UTF-8

V souboru sleep.conf mám všechny řádky zakomentované a suspend funguje (stable verze), tak asi to jádro. Je pravda, že se stable verzí Buster mi to opět po dlouhé době funguje a většina ostatních dister to má v základu vypnuté.
Edit: Pardon, to se týká hybernace...