Poslední příspěvky

1

Sítě / Re:Metronet končí, ke komu přejít?

« Poslední příspěvek od Martin Sivák kdy Dnes v 10:06:20 »

Jedině, že by snad mezi nimi byla smlouva, podle které se JON, u smluv na DSL, stává právním nástupcem Metronetu. To by možná šlo, to by asi byla podobná situace jako ta, kterou jsem popsal s Dragonem. To je ale jenom taková moje laická úvaha. Zatím nemám důvod se domnívat, že taková smlouva existuje. Nejspíš ne, protože jinak by nám i ní řekli. Odvolávali by se na ni, byl by to právní základ pro to jejich tzv. "postoupení".

To se dělá běžně. Je to vlastně "rozdělení firmy" a prodej její části. Třeba Nej.cz si taky rozebrali CETIN a O2 (technologie vs. zákazníci).

Nicméně platí původně uzavřená smlouva, takže JON nemůže jednostranně změnit podmínky ohledně IP adres nebo cen. V tu chvíli by nastupovala možnost odstoupit od smlouvy atd.

Musíme počkat s čím přijdou, jakákoliv změna musí být oznámena písemně v předstihu minimálně 30 dní.

2

Sítě / Re:Metronet končí, ke komu přejít?

« Poslední příspěvek od KyberNet85 kdy Dnes v 08:54:28 »

Já jsem jim napsal výhrady k těm právním vadám výpovědi, které jsem už popsal. Načež mi odpověděli, že to vlastně nebyla výpověď, ale "dohoda o ukončení", kterou chtěli přechod urychlit, a začali licitovat, jak prý to tedy mají udělat, jestli teda chci standardní výpověď se třicetidenní výpovědní lhůtou nebo si snad vyberu jiného poskytovatele a přejdu přes OKU...

Oni zjevně vůbec netuší, co mají dělat. Nemají žádný plán. Amatérismus a diletantství...

Tak tenhle odstavej ocividne dava najevo to, ze ten prudic jste.
Mel jste k tomu vyhrady a tedy jste jim psal ze vas vztah by mel skoncit napr. vypovedi. Nacez tedy jste vypoved (dohodu o ukonceni) dostal nejspis k nejblizsimu moznemu datu, aby jste si mohl delat co chcete. To se vam nelibilo a chtel jste asi neco jineho, tak se vas ptali co tedy chcete.
Oni vam chteji vyjit maximalne vstric a vy to nazyvate amaterismem a diletantstvim... hmm zajimavy

3

Odkladiště / Re:Univerzální židle

« Poslední příspěvek od Longin kdy Dnes v 08:52:15 »

Zkusím Steelcase Please...a když ne tak pak Refine od Fractal Design. To jsou takový moji dva kandidáti.
Ti nějak odpovídají mým představám o židli, na které se dá "ergonomicky" sedět a zároveň i relaxovat u her nebo filmu.
No a pak nevím.

4

Server / CUPS mazání fronty z Win11

« Poslední příspěvek od vmalat kdy Dnes v 08:45:33 »

Zdravím,

  mám nainstalovaný CUPS server na Ubuntu 24.04.1 pro tisk z počítačů na lokální síti. Vše funguje jak má, ale pouze z Linux klienta (včetně odebrání úlohy, viz dále). Na Win PC mohu tiskárnu přidat, tisknout. Nefunguje však korektně zrušení tiskové úlohy. Z Win fronty se tisková úloha při kliknutí na Zrušit/Odebrat odebere, ale zůstane v CUPS frontě.

Řeším problém, že tiskárna je běžně vypnuta. Když nějaký uživatel (manželka) dá tisk, samozřejmě z vypnuté tiskárny nic nevyjede a automaticky dokument vytiskne znova. To zkusí tak 20x než dostanu čočku Po zapnutí tiskárny se samozřejmě vytiskne 20x poslaný dokument. Řešením samozřejmě není smazat frontu na serveru, protože zapnutí tiskárny může provés uživatelka sama. Čočka za 20x vytištěnej dokument je také jistá

Tedy otázka, neřešil jste někdo korektní odstranění tiskové úlohy CUPS serveru z Win klienta?

Pro jistotu cupsd.conf, kde jsem už povolil snad všechno

Kód: [Vybrat]

LogLevel debug
MaxLogSize 1m
Port 631
Listen /run/cups/cups.sock
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes
ServerAlias homeoffice
<Location />
  Order allow,deny
  Allow all
</Location>
<Location /admin>
  Order allow,deny
  Allow all
</Location>
<Location /admin/conf>
  Order allow,deny
  Allow all
</Location>
<Policy default>
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  <Limit All>
    Order allow,deny
    Allow from 192.168.1.0/24
  </Limit>
</Policy>


5

Odkladiště / Re:Univerzální židle

« Poslední příspěvek od xyz kdy Dnes v 08:27:21 »

Therapie je shit. Vychazeji z nějakých nesmyslných premis. Normální člověk na tom sedět nemůže. Navíc židle za 70 tisíc, to fakt ne. A v obchodě byl nějaký pomatený prodavac. 

6

Server / Re:Silent data corruption při přenosu

« Poslední příspěvek od r223 kdy Dnes v 08:10:20 »

A co rsync @ ssh? Ten funguje na urovni hasho inherentne.

7

Hardware / Re:HP Z440 na doma - je potřeba něco nastavit, povypínat?

« Poslední příspěvek od r223 kdy Dnes v 08:06:37 »

Ano, je třeba napojit před elektroměr, jinak budou problémy. 

8

Hardware / Re:Může se LTE modem chovat jako mobil?

« Poslední příspěvek od Zopper kdy Dnes v 08:03:21 »

Oplne obycejne PC ti stacit bude, to ze sezenes obecne kompatabilni aplikaci, o tom dost pochybuju, protoze opove si tak nejak delaji co chteji a ackoli na vsechno existuji standardy, tak oni si je ruzne ohybaji.

Proto se ti mimo jiny muze stat, ze kdyz si koupis telefon, nemusi ti v sitich fungovat.

Aniž bych zpochyňoval to, že každá firma, operátory nevyjímaje, si dělá hacky na tohle a tamto a čistá implementace standardu je jednorožec, tak o nefunkčních telefonech kvůli nějakému ohnutí standardů u operátora slyším prvně. Jo, že si někdo koupil telefon na druhém konci světa a ten pak neuměl třeba GSM na Evropských frekvencích, nebo naopak nemohl roamingovat na dovolené s telefonem koupeným u nás, to se dělo. I když i tohle už celkem zmizelo, jak se miniaturizoval HW a telefony můžou mít podporu pro všechny frekvenční rozsahy ze standardů a ne jen regionální podmnožinu.

9

Windows a jiné systémy / Re:Vysoká cena Microsoft 365 Family

« Poslední příspěvek od Miroslav Šilhavý kdy Dnes v 07:15:42 »

Běžná cena u anonymního mimozemšťana je něco nad 2000 vč. DPH. Pokud se bavíme o M365 Family, pro šest uživatelů.

10

Server / Re:Silent data corruption při přenosu

« Poslední příspěvek od Michal Šmucr kdy 22. 01. 2025, 23:46:18 »

SMB nevím, ale mám relativně časté (častější, než bych chtěl) zkušenosti se špatnými přenosy souborů přes ssh. Tam jsem musel kontrolu aplikovat (používám cksum). Zmiňuji to jen do počtu jako okrajově tématické. Pokud mi někdo potvrdí, že u [scp a/nebo sftp] je toto normální (za předpokladu třeba vady nějakého hardwaru, který se ale jinak tváří, že mu nic není), budu rád, neb mi to krapet vrtá hlavou.

scp i sftp používám docela intenzivně na různých platformách i spojeních, byť se nejedná úplně o nějaké terabajtové přenosy nebo miliony souborů. A v zásadě jsem na žádný principiální problém s poškozováním při přenosech nenarazil.
Jasně někdy třeba může vypadnout spojení, ale ani po případném navázání nemívám problémy s integritou souborů.
Server je klasicky nějaká verze OpenSSH (Dropbear mám jen v nějakých routerech) od Linuxů, Maců, Raspberry i Windows 10 s portem OpenSSH. Klienti pak různé podle toho, odkud dělám. Nejčastěji OpenSSH klient z terminálu, občas WinSCP, co používá v podstatě Putty, někdy batch přenosy s lftp nebo Rclone, nárazově i GIO/GVFS klient z GNOME.
Jediné, co nepoužívám a s čím mám špatné zkušenosti, jsou takové ty virt. filesystémy přes FUSE - sshfs, kdy so to pak tváří jako namountovaná složka.