Poslední příspěvky

41

Windows a jiné systémy / Re:Neobjeví se nové síťové rozhraní po spojení PC přes USB4

« Poslední příspěvek od mikesznovu kdy 22. 12. 2024, 20:33:43 »

2x 2.5Gbit síťovka do USB https://www.alza.cz/axagon-ade-25rc-2-5-gigabit-ethernet-usb-c-network-card-d7270717.htm  (jen příklad)? Anebo pokud je to stolní pc a má být docíleno maximální rychlosti tak 10Gbit do PCIe https://www.alza.cz/synology-lan-1x10gbe-rj45-d5674155.htm Že by to bylo možné přes USB4 slyším poprvé, ale nějaké proprietární řešení by to umět mohlo. Ale jak říká, proč nepoužít něco standardního?

Pokud by ty stroje měli 5Gb síťovky , proč ne. Nebo kdyby se mi válely dvojice usb síťovovek 5Gb , což není levná záležitost. Dál už se nechci pouštět, to je hazardování 10Gbitem Ethernetem, sfp, dacy...
Kdežto takhle oba počítač mají USB porty už v sobě. Proto

42

Hardware / Re:Server pro Linux

« Poslední příspěvek od drnest kdy 22. 12. 2024, 20:07:34 »

Tak mám trošku pozitivní posun.

V System setup / IPMI settings jsem Encryption Key nastavil na default hodnotu 40x nula.

Kód: [Vybrat]

#ipmitool -v -I lanplus -H <ip_adresa> -U idracipmi -P <heslo> sol activate
Using best available cipher suite 17

Running Get PICMG Properties my_addr 0x20, transit 0, target 0x20
Error response 0xc1 from Get PICMG Properities
Running Get VSO Capabilities my_addr 0x20, transit 0, target 0x20
Invalid completion code received: Invalid command
Discovered IPMB address 0x0
[SOL Session operational.  Use ~? for help]
Ted bych čekal, že zmáčknu enter a měl bych dostat login. Ale fungují jen ty vlnovkové příkazy.

Ale zkusil jsem třeba "chassis status" a zdá se, že to funguje:

Kód: [Vybrat]

Using best available cipher suite 17

Running Get PICMG Properties my_addr 0x20, transit 0, target 0x20
Error response 0xc1 from Get PICMG Properities
Running Get VSO Capabilities my_addr 0x20, transit 0, target 0x20
Invalid completion code received: Invalid command
Discovered IPMB address 0x0
System Power         : on
Power Overload       : false
Power Interlock      : inactive
Main Power Fault     : false
Power Control Fault  : false
Power Restore Policy : previous
Last Power Event     :
Chassis Intrusion    : inactive
Front-Panel Lockout  : inactive
Drive Fault          : false
Cooling/Fan Fault    : false
Sleep Button Disable : not allowed
Diag Button Disable  : allowed
Reset Button Disable : not allowed
Power Button Disable : allowed
Sleep Button Disabled: false
Diag Button Disabled : true
Reset Button Disabled: false
Power Button Disabled: false


43

Windows a jiné systémy / Re:Windows odmítá naformátovat n-tý oddíl na flashce

« Poslední příspěvek od mikesznovu kdy 22. 12. 2024, 19:55:33 »

Teda, smekám před vaší sbírkou rovnáků !

44

Server / Re:Ako spraviť noreply e-mail?

« Poslední příspěvek od hknmtt kdy 22. 12. 2024, 14:52:18 »

To ti moze fungovat mozno ak mas 10 uzivatelov ale ked ich mas tisice tak mas urcite dedikovany system pre support a nemozes riesit kazdy "blby" email. Duplom nie ak ide o systemove oznamenia.

Jak máš tisíce uživatelů, tak plýtvat časem každého z nich, aby si dohledával kdo ví kde nějaký kontakt, kam něco nahlásit, je skoro trestuhodné. A řeší se to tak, že emaily chodí do ticketovacího systému, který to přefiltruje a vytvoří tickety. Ale to zase znamená, že je nějaká adresa ticketovacího systému, a ta může být jako odpovědní pro ten servisní email.

To uz je ale vlastyna implementacia, ktora nema s povodnou otazkou nic spolocne. Nech si ludia riesia tikety ako chcu, ale povodna otazka bola uplne o inom.

45

Server / Re:Ako spraviť noreply e-mail?

« Poslední příspěvek od Zopper kdy 22. 12. 2024, 14:39:21 »

To ti moze fungovat mozno ak mas 10 uzivatelov ale ked ich mas tisice tak mas urcite dedikovany system pre support a nemozes riesit kazdy "blby" email. Duplom nie ak ide o systemove oznamenia.

Jak máš tisíce uživatelů, tak plýtvat časem každého z nich, aby si dohledával kdo ví kde nějaký kontakt, kam něco nahlásit, je skoro trestuhodné. A řeší se to tak, že emaily chodí do ticketovacího systému, který to přefiltruje a vytvoří tickety. Ale to zase znamená, že je nějaká adresa ticketovacího systému, a ta může být jako odpovědní pro ten servisní email.

46

Server / Re:Ako spraviť noreply e-mail?

« Poslední příspěvek od hknmtt kdy 22. 12. 2024, 12:41:21 »

Nikdy jsem nepochopil princip noreply@ - pokud me nekdo neco posila, tak MUSI byt moznost reagovat, i kdyby to bylo z duvodu "mate tam preklep".

Vysvetli me nekdo realny use case emailu, ktery ma byt jednosmerny? (v podsate ekvivalent notifikace na mobilu - ale i ta otevre alespon appku )

To ti moze fungovat mozno ak mas 10 uzivatelov ale ked ich mas tisice tak mas urcite dedikovany system pre support a nemozes riesit kazdy "blby" email. Duplom nie ak ide o systemove oznamenia.

Bezne systemove emaily. Neviem co je na tom take tazke pochopit, ze ked tam clovek odpise, tak to nikto nebude citat lebo to odosiela system.

Kazdy system ma spravce. Asi jsem mimozenstan, ze i pro automaticky generovane maily, ktere maji From z virtualniho mailu (neco jako stroj@domena), vytvarim alias s dorucenim na to spravne misto - k zivemu cloveku/teamu.

47

O serveru Root.cz / Re:Zakládání diskusí ve fóru

« Poslední příspěvek od martyd420 kdy 22. 12. 2024, 11:26:54 »

Taky jsem to jednu dobu sledoval. Smutné je, že tu protekci mají právě ti nejhorší spameři s tapetama přes celý viewport. Ti tam mají chat ve kterém se chaoticky občas objeví dost starý komentář, který už nedává smysl. A to jsou současně ti stejní spameři, kteří si stěžovali, že mají u komentářů moc mínusů a tak to redakce zrušila a už můžeme jen souhlasit. (takto jsem to tady četl, že prý je to demotivovalo k psaní dalších tapet, takže vymysleli tohle neosluníčkové řešení).
Co mi přijde jako velmi zajímavá perlička je to, jak potom dolů pod články přidali plusy / mínusy na "Byl pro vás článek přínosný?". Nechápu, jak tady někdo může dát mínus, ale od redakce je to buď geniální plán, který nikdo nepochopil, nebo se krutě střelili do nohy, protože spousta přínosných kvalitních článků končí v mínusu. Tohle jsem nepochopil, kvalitní články mínusovat necháme, to nevadí, že autoři nebudou motivování psát další, ale u naprosto bezcenných komentářů pod článkem se přísně preferuje ten nejhorší odpad.

48

Hardware / Re:Server pro Linux

« Poslední příspěvek od drnest kdy 22. 12. 2024, 11:00:04 »

a máš toho usera povolenýho pro danej channel?
Přes local ipmi dev si to vyjeď, povšimni si "true" v IPMI Msg sloupci pro "admina" a permission level "ADMINISTRATOR".

Já si teď udělal uživatele idracipmi:

Kód: [Vybrat]

root@proxmox:~# ipmitool user list 1
ID  Name      Callin  Link Auth IPMI Msg   Channel Priv Limit
1                    true    false      false      NO ACCESS
2   idracipmi        true    true       true       ADMINISTRATOR
...


Kód: [Vybrat]

root@proxmox:~# ipmitool channel getaccess 1 2
Maximum User IDs     : 16
Enabled User IDs     : 1

User ID              : 2
User Name            : idracipmi
Fixed Name           : No
Access Available     : call-in / callback
Link Authentication  : enabled
IPMI Messaging       : enabled
Privilege Level      : ADMINISTRATOR
Enable Status        : enabled

Kanály jsme našel tyhle:

Kód: [Vybrat]

Channel 0x1 info:
  Channel Medium Type   : 802.3 LAN
  Channel Protocol Type : IPMB-1.0
Channel 0x2 info:
  Channel Medium Type   : Serial/Modem
  Channel Protocol Type : IPMB-1.0
Channel 0x3 info:
  Channel Medium Type   : System Interface
  Channel Protocol Type : KCS
Channel 0x4 info:
  Channel Medium Type   : System Interface
  Channel Protocol Type : KCS
Channel 0x5 info:
  Channel Medium Type   : IPMB (I2C)
  Channel Protocol Type : IPMB-1.0

Předpokládám, že mě zajímá jen ten channel 1

49

O serveru Root.cz / Re:Zakládání diskusí ve fóru

« Poslední příspěvek od kanoe22 kdy 22. 12. 2024, 10:55:45 »

Já si až říkám, jestli to není někdo z redakce, kdo se stará, aby diskuze proudily živě a my se měli s kým a o čem hádat.

Jsem si tím téměř jistý minimálně v případě 2-3 nechvalně známých spammerů, kteří tapotujou všechny místní diskuze nekonečnými monology. Mají i nějakou protekci, že se jim ta tapeta schválí automaticky, případně mají i přístup ke schvalování ostatních a podle toho ty diskuze pak vypadají. Zveřejňování komentářů je krutě chaotické, cenzoři selektivně upřednostňují názory se kterými souhlasí, zveřejňují se v chybném pořadí s nesmyslně uvedeným časem a pak tam vznikají další a dalěí vlákna logických nesmyslů doplněných o tapetování postižených. V kombinaci se zrušením +/- (které uměly potlačit spam) a přes 10 let neopraveným odhlašováním, kdy se lidem ztrácí napsané texty si nakonec myslím, že je to úmysl. Tohle jsou prostě technické překážky o kterých v redakci vědí, nebo dokonce udělali něco navíc pro to, aby to bylo horší.

Suhlas.

Tu na fore ked napisem prispevok je hned zverejneny (a myslim ze to tak plati pre kazdeho).

Ale ked napisem komentar k nejakemu clanku (tj nie tu na fore, ale na hlavnej stranke), tak schvalovanie trva dlhe hodiny, kludne aj pol dna. Pritom od inych ludi tam tie prispevky lietaju doslova co minuty a to mam fakt overene pokusom - kazdy par minut som refreshoval diskusiu u clanku a videl som ako pribudaju komentare, ale moj bol aj po dvoch hodinach oznaceny ze caka na schvalenie. A to neboli ziadne "root/top node" komentare, to bola normalna diskusia medzi dajme tomu dvomi tromi ludmi ktori si navzajom odpovedali. Cize nikto sa nemoze vyhovarat ze rano napisalo 100 ludi komentar, tak hold trva ich prezriet, to bol "live feed".

Proste ide to tu do p<>e uz dlhu dobu, viacero ludi ktori tu este rok dva dozadu pomahali ludom v ich otazkach a pekne technicky sa vyjadrovali k veci su vytlaceny prec roznymi pacientami ktori si tu robia co chcu. Ale ako sa vravi, kto chce kam, pomozme mu tam.

50

O serveru Root.cz / Re:Zakládání diskusí ve fóru

« Poslední příspěvek od martyd420 kdy 22. 12. 2024, 10:30:14 »

Já si až říkám, jestli to není někdo z redakce, kdo se stará, aby diskuze proudily živě a my se měli s kým a o čem hádat.

Jsem si tím téměř jistý minimálně v případě 2-3 nechvalně známých spammerů, kteří tapotujou všechny místní diskuze nekonečnými monology. Mají i nějakou protekci, že se jim ta tapeta schválí automaticky, případně mají i přístup ke schvalování ostatních a podle toho ty diskuze pak vypadají. Zveřejňování komentářů je krutě chaotické, cenzoři selektivně upřednostňují názory se kterými souhlasí, zveřejňují se v chybném pořadí s nesmyslně uvedeným časem a pak tam vznikají další a dalěí vlákna logických nesmyslů doplněných o tapetování postižených. V kombinaci se zrušením +/- (které uměly potlačit spam) a přes 10 let neopraveným odhlašováním, kdy se lidem ztrácí napsané texty si nakonec myslím, že je to úmysl. Tohle jsou prostě technické překážky o kterých v redakci vědí, nebo dokonce udělali něco navíc pro to, aby to bylo horší.