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.


Témata - sartori

Stran: [1]
1
Bazar / Daruji tiskárnu HP CP1515n
« kdy: 18. 11. 2023, 10:21:15 »
Za odvoz (případně čokoládu) věnuji starou HP CP1515n.
Tiskne, občas se v ní kousne papír. Cartridge originální, barevné jsou víceméně prázdné, černá cca 500 stran.

Pouze osobní odběr Brno Vinohrady nebo Pozořice.

2
Sítě / HW pro SOHO síť
« kdy: 16. 02. 2018, 15:44:47 »
S výměnou ISP řeším obměnu hw v domácí síti a zajímaly by mne názory odborníků. Zadání:
- router/nat/firewall v jedné krabici, bez wifi, nutné minimum 2x Gbe, výkon cca 200 Mbit/s
- switch 4x šachta na SFP, 18-24x gigabit metalika, na 6 portech 802.3af, ideálně pasivní chlazení
- AP 2,4 GHz b/g/n a 5GHz a/n/ac s podporou POE indoor

Ideálně vše s rozumně bezpečným a opravovaným firmwarem (OpenWRT?)

Co se routeru týká, zvažuju buď APU2 od PC Engines a nebo ClearFog Base od SolidRun. Switch - nějaký levný DCN. AP... zatím netuším.

Díky za názory

3
Server / Řešení časových pásem pomocí falešného NTP
« kdy: 27. 11. 2017, 19:50:37 »
Starám se o nemalý počet různých krabiček, které sice umí ntp, ale už nemají podporu pro automatickou změnu času kvůli DST. Tyhle krabičky o své činnosti posílají logy (syslog), trapy a statistiky do proprietárních systémů.
Potřeboval bych ty logy a statistiky mít se správným časem, ale z pochopitelných důvodů nechci každý rok strávit dva dny nastavováním správného pásma.

Čas v trapu nebo v syslogu si upravit umím, ale do proprietárních systémů sahat nemůžu.
Předpokládám (neznám ntp natolik), že ntp posílá UTC, takže mně napadlo postavit si fake ntp, který by posílal čas v CET a ve správný okamžik přepnul na CEST. Není v tom nějaký zásadní problém? Případně, nenapadá někoho lepší řešení?

4
Sítě / Síťování v RH/Fedoře/CentOS
« kdy: 06. 11. 2017, 22:34:45 »
V případě, že provozujete $subj na serveru, používáte NetworkManager, nebo to radši odinstalujete a vracíte se k network.service? Případně, proč jedno nebo druhé?

Díky za názory...

Stran: [1]