Poslední příspěvky

1

Windows a jiné systémy / Re:Divné chování sítě ve Win 11 v Proxmoxu

« Poslední příspěvek od František Ryšánek kdy Dnes v 16:38:48 »

Mně občas Windows 10 / 11 na holém železe dělají malé sabotáže síťové konektivity ve chvíli, kdy chtějí restart kvůli aktualizaci. Což chtějí v některých rušnějších obdobích prakticky ob den.

Ještě mě napadá... je legální, provozovat tyhle stolní windows v "serverové virtualizaci" ? Pokud se nad tím nápadem mračí licenční podmínky, jestli to není i nějak technicky podpořeno...

Mimochodem si v tom Proxmoxu nainstalujte tcpdump, a uvidíte, odkud kam co chodí. Pokud máte VLAN-aware vmbr0, tak můžete zkusit poslouchat na něm, nebo na vnějším fyzickém rozhraní Proxmoxu, nebo na TAP rozhraní konkrétního běžícího guesta... Na fyzickém venkovním rozhraní byste měl vidět i VLAN tagy, pokud na něm VLANy tagujete.

tcpdump -e -n -i eth0
tcpdump -e -n -i eth0 host 10.1.2.3
tcpdump -e -n -i eth0 ether host 00:02:3b:4c:30:21

2

Bazar / Re:Prodám vývojovou desku a moduly Toradex

« Poslední příspěvek od CPU kdy Dnes v 16:38:17 »

NULL

3

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od František Ryšánek kdy Dnes v 16:17:40 »

Já myslím, že jste na správné cestě. Vlastně píšu jenom abych přidal dva odkazy na související čtení v Meinbergovic knowledgebase, ohledně VMware:
[1]
[2]
Ale v podstatě se tam k tématu této debaty už nedočtete nic moc nového... nad rámec těch pár bodů, které už tu zmínili předřečníci.
(Upozornění na lehký střet zájmů: značka Meinberg mě živí.)

4

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od jardaplc kdy Dnes v 15:11:44 »

Pro doplnění, v jiné virtuálce se to děje taky. Fyzické železo je Dell Poweredge R350 a běží na něm ESXi.

5

Bazar / Re:Prodám vývojovou desku a moduly Toradex

« Poslední příspěvek od redustin kdy Dnes v 14:42:57 »

Tak je fakt, že navrhovat vlastní desku (jak je zmíněno v úvodním příspěvku) pro takto starý modul je dost nepravděpodobné.

6

Sítě / Re:Wi-Fi pro dvoupatrový dům

« Poslední příspěvek od Martin Poljak kdy Dnes v 14:18:20 »

Problém je, že specificky tady většina lidí nechápe, že je irelevantní co uživatel ví a neví. O tom, co potřebuje a nepotřebuje rozhoduje on a je zcela irelevantní jaký k tomu má důvod. Prostě nepotřebuje to, o čem se on rozhodne, že to nepotřebuje.

Je mi líto, ale s tím nelze ani v nejmenším souhlasit. V procesu rozhodování jsou informace, tedy co uživatel ví, či neví, zcela zásadní. Ať už jde o analytické nebo intuitivní informace. Na základě těchto informací probíhá rozhodovací proces. Tedy rozhodně záleží jaké informace uživatel má, odkud je získal a jestli odpovídají realitě.

To je právě ten váš největší omyl. Trh takhle nefunguje. Jestli s tím souhlasíte nebo nikoliv není podstatné.

tyhle vlastnosti jsou často těm běžným uživatelům jednoduše úplně jedno a rozhodně za ně neplánují zaplatit pětkrát tolik.

S tím také nesouhlasím. Ano, je jim jedno, jestli bude mít CPU X nebo Y GHz. Ale není jim jedno, jestli bude jejích počítač rychlý nebo pomalý. Uživatel prostě má potřeby a tedy i požadavky. Jen je někdy a některé a priory explicitně nespecifikuje neb toho není schopen.

No právě. Ale mluvíte o úplně něčem jiném. Držte se kontextu. Tedy výše prezentované představy, že běžný domácí uživatel půjde a koupí si místo TP-Linku, který mu naprosto dostačuje arubu za cca pětkrát tolik. To je jednoduše sci-fi. A taky se to celkem logicky opravdu neděje.

Ta "potřeba" je záležitost subjektivní volby kombinovaná s mezním užitkem z kvality a peněz, které na ni je třeba vynaložit.

Tak proč rozporujete jejich potřebu v podobě drahého telefonu, když vzápětí tvrdíte, že je potřeba subjektivní?

Zkuste si na základě toho, co jsem napsal odpovědět sám. Přímo to z toho vyplývá. Minimálně se to totiž nijak nevylučuje. Spíš naopak.

Spíš to na mne působí tím klasickým dojmem, že se jim snažíte vnutit svůj pohled resp. jim podsouváte svoje potřeby.

Co na vás působí dojmem je vaše dojmologie. Nic ve zlém.

7

Bazar / Re:Prodám vývojovou desku a moduly Toradex

« Poslední příspěvek od em.ve kdy Dnes v 13:20:33 »

To je fakt jen pro nadšence. Imx6 je 10+ let stará platforma, zbytek neumím z fleku posoudit. Ta tisícovka, co tu někdo za to nabízí, je myslím adekvátní. Stejně to jenom dá do nějaké krabice a za 5-10 let vyhodí.

8

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od jardaplc kdy Dnes v 13:16:08 »

"Synchronize guest time with host" je zapnuto nebo vypnuto?

Těď jsem ji ve virtuálce vypnul. Uvidím zítra, jestli to pomůže

Kód: [Vybrat]

VMwareToolboxCmd.exe timesync disableBohužel jsem se nepodíval předtím na status jestli byla zapnuta nebo nikoliv. Předpokládám ale, že byla. Napsal jsem správci aby sycnchronizaci vypnul v host systému v konfiguraci virtuálky než se přijde na příčinu.

Nedočetl jsem se důležitou informaci: máte důvod se domnívat, že ten VMware (hypervizor) má správný čas?
Díval jste se? Bere si ho odněkud přes NTP?

To je velmi dobrá připomínka, zeptám se správce.

Vrtá mi hlavou, jestli Vám tam běží nějaký další nespecifikovaný software, zda se třeba nesnaží ještě taky po svém zasahovat do systémového času - to už je na Vás.

Našel jsem zásahy jenom od zmíněného wmtoolsd a pak korekce zpět (a případné běžné korekce v řádu milivteřin) od w32tm

9

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 13:14:52 »

Teď už zbývá jenom zjistit proč to dělá.

Přepdokládám, že proto, že máte zapnutou synchronizaci času s hostitelem, jak psal Marvin. A ty časové skoky by pak byly způsobené tím, že má špatně nastavený čas hostitel – jak psal František Ryšánek, je potřeba zkontrolovat, zda hypervizor má správný čas, a zda má nějaký mechanismus, jak čas udržovat správný (např. z NTP).

Pokud to tak je, u vás by se problém vyřešil tím, že vypnete synchronizaci času s hostitelem a necháte Windows, ať se o čas starají na základě NTP (tj. to standardní nastavení, které vám ráno nastavuje zpět správný čas). Nicméně chtělo by to vyřešit správný čas i na tom hypervizoru, protože dneska mít někde špatný čas je celkem nebezpečné (jsou z toho různé podivné chyby) a v drtivé většině případů zbytečné (pokud nemáte počítač v bunkru pod zemí odpojený od sítě, vždycky se aspoň nějaký zdroj přesného času dá sehnat).

A až bude vyřešen problém se synchronizací času v hypervizoru, rozhodněte se, který ze způsobů synchronizace času chcete použít, a použijte jenom jeden. Buď vlastí synchornizaci v hostovaném systému (Windows) nejspíš přes NTP, nebo synchornizaci času s hypervizorem. Protože ještě horší, než mít špatný čas, je mít špatný čas pokaždé jinak, podle toho, který zdroj času zrovna vyhraje.

10

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od František Ryšánek kdy Dnes v 13:07:48 »

Na Windows (uvnitř QEMU+KVM) používám tohle, mohlo by pomoci. https://www.timesynctool.com/

1.) proti gustu žádný dišputát. Pokud Vám to funguje, klidně si poslužte...

2.) nemá specifickou podporu pro virtuální časoměrná zařízení hypervizoru QEMU+KVM (ani pro VMware)

3.) pokud to použijete, vypněte všechny ostatní způsoby dolaďování času ve VM guestovi = zastavte standardní MS servisku w32time, VMware tools, cokoli dalšího případně sahá na systémový čas

4.) ta věc je zcela banální SNTP klient, původně vyvinutý pro Win98. Tzn. patrně umí reálně méně, než standardní NTčkový w32time, a velmi pravděpodobně méně, než třeba Win32 build ntpd (nějaký binární build mají k dispozici Meinbergové, ale viděl jsem alternativní build i od někoho dalšího).
Ale ten Váš timesynctool bude také citelně méně složitý na konfiguraci, než zmíněné "seriózní" servisky.