Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Dobrý večer ve spolek. Není divné,že mi fórum při odesílání příspěvku napsalo,že z  vaší adresy se přispívalo před 5 vteřinami.Zkuste to později.

A pak jsem si všiml že u odeslaných diskuzních příspěvků vpravo dole Adresa zaznamenána se mi ukazuje 192.168.1.14. To předčíslí je mi nějaký povědomý a nevím jestli tak to to je cajku
2
Server / Re:Whitelist pro mail server na zaheslované přílohy v PDF
« Poslední příspěvek od LacconePanda kdy Dnes v 17:45:27 »
Hmm, obávám se, že tady pomůže jenom chocholoušek, z rozumnýho důvodu se ty přílohy šifrují   a doufám-že- heslo posílají sidechannelem, aby si poštu nemohl číst kdejaký docent provozující mailserver co má do mailserveru díru
3
Vývoj / Re:Skript pro míchání zvuků a mikrofonu v Audacity
« Poslední příspěvek od Martin Sivák kdy Dnes v 17:45:10 »
Chápu to dobře že se snažíš nahrát mikrofon namíchaný s interníma zvukama počítače? Audacity neumí zachytávat vícero nezávislých vstupů současně.

To sice neumí, ale není problém zachytávat uměle smíchaný výstup. PipeWire to umí buď přímo nebo přes Jack API.

Pro ukázku naprosto stejného dotazu a řešení třeba: https://superuser.com/questions/1675877/how-to-create-a-new-pipewire-virtual-device-that-to-combines-an-real-input-and-o
4
Server / Re:Pošta z Gmail.com má zpoždění několik hodin
« Poslední příspěvek od Martin Poljak kdy Dnes v 17:40:30 »
Doporučoval bych vyjadřovat se jen k věcem, o kterých máte alespoň matné tušení. V tomto případě by bylo bývalo lépe se do diskuse na vašem místě vůbec nezapojovat, že...
Co kdybyste se svým doporučením začal řídit sám?

Ale že jste to vy, poradím vám, jak na to. Seřaďte kontroly příchozího e-mailu od těch nejméně náročných po nejnáročnější. A pokud e-mail neprojde méně náročnou kontrolou, nespouštějte na něm náročnější kontroly, když už stejně víte, že bude označen za spam.

Takže na začátku udělejte kontrolu dle DMARC (SPF+DKIM), a pokud vám už z této kontroly vyjde e-mail jako spam, nemusíte kontrolovat jeho obsah.

Jednoduché, ale účinné.

Kdybyste se jím řidil vy, pak pak byste sem vůbec nepsal protože jinak byste věděl, že ten greylisting je jednak o dost méně náročný i než ověřovat SPF a DKIM a hlavně byste tušil, že je spousta adres, které si o nějakém DMARC/DKIM/SPF mohou nechat jenom zdát takže i když nasadíte tuto druhou nejméně náročnou variantu, úspěšnost i tak bude ve výsledku o dost nižší. Protože spamující MTA (aka často různé botnety) se prostě velmi nerady připojují podruhé. Plácat o tom můžete coby ryzí teoretik co chcete.
5
Server / Prázdný obsah storage v Proxmoxu VE
« Poslední příspěvek od LacconePanda kdy Dnes v 17:40:13 »
Dělám něco špatně, když v proxmoxu chci definovat úložiště s ISO obrazy takto:
Datacenter- storage - Add : cifs ,... Content : disk image, iso image.  z seznamu vyberu správný bod sdílení.
Zadaná cesta už obsahuje nějaké iso soubory.

Je potřeba dát někde něco jako refresh /rescan nebo to takhle nefunguje a tedys repozitář iso Images bude obsahovat jen  to, co tam uploaduju ručně já?? To se asi zbláznili, to  mám znovu nahrávat všechny iso souboru  že nejdřív je browser stáhne přes cifs mount na notebooku prvně a podruhé je uploaduje na ten proxmox, aby proxmox je v zápětí zapsal na cifs mount téhož nasu? nebo je problém s právy cifs mountu?  Nebo v té složce mám vytvořit nějaký config/ini soubor, aby se to probralo?

Divný na tom mi je, že ls  -l /mnt/pve/nas-iso-adresar  mi vypíše obsah s iso soubory, user:group je root:root a z shellu proxmoxu jsou čitelné.


Řeším problém, že chci vytvořit VM a chci mu jako ISO instalační image předat soubor z nasu a takhle mi to přišlo podle nápovědy správné řešení. Ale výsledkem je prázdný seznam  na dvou místech: v  vybíracím seznamu dialogu Vm-Add-OS:iso image ze storage nas-iso-adresar a v nově přidaném storage  Datacenter-mujuzel-nas-iso-adresar- Iso images je prázdno

6
Server / Re:Whitelist pro mail server na zaheslované přílohy v PDF
« Poslední příspěvek od Vantomas kdy Dnes v 17:32:36 »
Imho háže do spamu zaheslovaný PDF, protože se je nepodařilo oscanovat. Uživatelům chodí třeba výplatní pásky nebo výpisy z banky a tyto bývají zaheslovaný (třeba datem narození, takže to fakt akorát způsobuje opruz). A shání nějaký whitelist, kde by byl seznam nejtypičtějších zdrojů, které posílají zaheslovaný PDF.
7
Server / Re:Whitelist pro mail server na zaheslované přílohy v PDF
« Poslední příspěvek od LacconePanda kdy Dnes v 17:20:51 »
Nerozumím co přesně chceš, chápu akorát, že se týká problém příloh, které jsou zaheslované Snad. . V čem spočívá aktuálnost, týká se do příjmu nebo odeslání? Jaký je problém, můžeš ho popsat? Třeba to pochopím. "heslovat lejno" moc nenapoví.

Vsuvka
A jsou to PDF s heslem a nebo zazipované natož z 7zzipované  kde v prvním případě je vidět maximálne filename něco.pdf, ale stejně taky to může být něco.jpg s instrukcí přejmenovat na pdf a v druhém případě nevíš obsah archivu vůbec.
8
Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?
« Poslední příspěvek od Michal Šmucr kdy Dnes v 16:33:17 »
Doporučím dvě aplikace.

První na rychlou úpravu tagů s trochou funkcionality navíc než mají vestavěné editory v běžných přehrávačích (VLC, DeaDBeeF). Tam bych se připojil k doporučení na kid3, který je multiplatformní.. dostupný pro Windows, Linux (nativně nebo flatpak), Mac.
Používá klasicky TagLib knihovnu, dá se ovládat i z řádky pro použití ve skriptech. Má i vnitřní skriptování v QML (Javascript), v kterém je také napsaná část jeho funkcionality.. (třeba vkládání cover obrázků do tagů atp.). Z přiložených skritpů se dá případně vyjít, pokud člověk potřebuje něco specifického pro hromadné použití.

Další doporučení je jednoznačně MusicBrainz Picard
https://picard.musicbrainz.org/quick-start/
Tohle je podle mě ideální varianta, pokud si někdo chce opravdu srovnat tagy ve své sbírce.
Hlavní výhoda je v tom, že se ty soubory propojí přes tagy (jedinečné ID umělce, nahrávky, stopy) s nejlepší volně dostupnou hudební databází, která má bytelný datový model. Ten přirozeně eliminuje duplicity (různé zápisy, kvůli jazykům - Malá noční hudba, Eine kleine Nachtmusik, Маленькая ночная серенада  opisům atp.), jsou tam správně rok pův. vydání vs. re-release, správně kompilace s odkazy na původní skladby. Dají se tam zapnout dodatečná metadata (Track relationship) o muzikantech, autorech skladeb a uložit do tagů (pokud to daný formát podporuje, např. Vorbis Tags).. a spousta přehrávačů v tom následně dovede fulltextově vyhledávat.

Chce to s tím strávit trochu času, ideální je nějaký polomanuální způsob.. např. hodit tam 50 adresářů naráz, nechat dohledat, případně poupravit, uložit tagy, resp. přejmenovat soubory, pak dalších 50 atd. Tímhle způsobem se nechají projet stovky GB muziky za relativně krátký čas a člověk to má pořád pod kontrolou.
Což je i důvod proč tohle preferuju před těmi řádkovými nástroji jako zmíněný Beets, eyeD3, nebo třeba nějakými jednoduššími rozhraními na MusicBrainz API, co jsou v ostatních taggerech.
Všechny nalezené shody a změny se totiž ukážou ještě před aplikováním tagů a přejmenováním. U každé položky je pak skóre shody, takže třeba jde přehodit jiné vydání desky, které na to pasuje víc. Pokud tam jsou chybějící skladby v albu, jde to taky pořešit.
Jak je naznačeno v tom quick-startu, tak jsou tam možné způsoby/zdroje pro nalezení shody.
- standardní dohledávání podle existujcích tagů, názvů souborů a délek skladeb (tolerance se dají detailně doladit)
- audio fingerpint (AcoustID), pokud existuje
- ruční vyhledávání přes webové rozhraní MusicBrainz (jakmile si dohledám album, pošle se to přes HTTP request na localhost do aplikace), pak do toho alba drag'n'drop přidám celý adresář z disku, případně doupravím pořadí a je to.

Jsou tam i nějaké nevýhody. Např. to nepracuje s image celého CD (flac+cue nebo wav+cue, případně flac s vloženým cue v tagu).. jen s individuálními soubory. Ale to bych bral jako ideální příležitost k tomu, aby se to rozsekalo a sjednotilo na do podoby jednotlivých stop s pauzou na konci, která je ideální pro následné použití napříč různými zařízeními a přehrávači.
Plus samozřejmě ta nějaká časová investice, ale to je jednorázová věc víceméně.
9
Distribuce / Debian 13: automatická instalace s LVM
« Poslední příspěvek od ZAJDAN kdy Dnes v 15:31:56 »
Ahoj,
s Debian 13 testuji Automated installation s preseed konfigurací.
Bojuju s tím, že se neaplikuje nakonfigurovaný LVM layout a podbídne se mi úplně jiný (nějaký default)
Cílem je na celém /dev/sda vytvořit LVM. Nevytvářet separátní oddíl pro boot, protože GRUB2 umí bootovat z LVM.
Uvnitř LVM oddíl pro root, swap, home

Kód: [Vybrat]
### Partitioning
d-i partman-auto/disk string /dev/sda
d-i partman-auto/method string lvm
d-i partman-lvm/device_remove_lvm boolean true
d-i partman-md/device_remove_md boolean true
d-i partman-lvm/confirm boolean true
d-i partman-lvm/confirm_nooverwrite boolean true

d-i partman-auto/expert_recipe string                           \
        pvs ::                                                                 \
              20480 26000 30000 ext4                               \
                      $primary{ }                                          \
                      method{ lvm }                                      \
                      vg_name{ system }                               \
        .                                                                         \
        lv ::                                                                   \
              26000 26000 26000 ext4           \
                      $lvmok{ }                                             \
                      lv_name{ root }                                    \
                      method{ format } format{ }                  \
                      use_filesystem{ } filesystem{ ext4 }      \
                      mountpoint{ / }                                    \
                      in_vg{ system }                                    \
              .                                                                   \
              1048 1500 2048 linux-swap                            \
                      $lvmok{ }                                             \
                      lv_name{ swap }                                   \
                      method{ swap } format{ }                     \
                      in_vg{ system }                                    \
              .                                                                   \
      1048 1048 1048 ext4                                    \
                      $lvmok{ }                                             \
                      lv_name{ home }                                  \
                      method{ format } format{ }                   \
                      use_filesystem{ } filesystem{ ext4 }       \
                      mountpoint{ /home }                             \
                      in_vg{ system }                                    \
              .                                                                   \

10
Server / Re:Whitelist pro mail server na zaheslované přílohy v PDF
« Poslední příspěvek od Docent Chocholoušek kdy Dnes v 14:54:39 »
Doporučuji navštívit Chocholouška a hluboce se zamyslet nad přístupem který používáš na svém mail serveru...

Přístup je takový, jako je IQ uživatelů. Co nejde zkontrolovat antivirem, holt skončí v karanténě.
Stran: [1] 2 3 ... 10