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.
Omlouvám se, měl jsem lépe popsat problém. Jde o to, že v síti se nachází velké množství MT které si různě přehazují MAC adresy a následně dosti často nedostanou IP přes DHCP. Takže dotaz je spíše zda je lze ze strany sítě donutit používat stále stejnou MAC.Dejte tomu kratší lease time...
Navíc už mi prošlo rukou cosi (made in China asi netřeba uvádět neb je jasné), kde ten bit byl nastavenej mělo v fyzické MACovce, takže cesta do pekeljestli se nepletu, náhodné adresy mají definovaný prefix, ev. pattern, ale pochybuji, že se dá blacklistovat pouhý prefix, nebo dá ?No jsou locally administered (pokud si člověk nenastavil že to má fejkovat fyzické síťovky, což je proti specifikaci, ale SW to často umí), ale stejně tak jsou locally administered třeba síťovky virtuálních strojů, takže když to zakážeš, tak ti pak nebude fungovat různé Qemu a VMWare.
Nevím, zda se na ESXi dá použít SMB3 multichannel. Ten umí použít více kanálů pro jeden přenos, takže to by mohla být alternativa.Vono ani to teoreticky nemusí pomoct. Ten celý problém je, že možností, jak v tom etherchannelu rozhazovat provoz je pár, a málokterá implementace (zvlášť ne v dospělých prvcích) umí round-robin, obvykle je tak v lepším případě L3+4 (což by s pravděpodobností 50% mohlo ty dva streamy rozhodit), v horším L2 (neboli MACovky těch dvou zařízení)
Ale tohle je základní nepochopení bezpečnosti. Na nádražní hajzlíky na vesnici nedám pancéřové dveře, ani zabezpečovačku, ale stejně je budu v době, když je nádraží zavřené zamykat. Proč? Protože chráněná aktíva jsou malá (někdo vykoná potřebu neoprávněně je haléřová položka, maximálně tam může vandal způsobit škodu rozbitím hajzlíku v hodnotě tisícovky v OBI), přesto kdybych to nechal otevřené, tak tam nejspíš bude naděláno od fetek a opilců.
- (oduvodnene) bezpecnostni pozadavky,
Druhou moznosti se zabyvat nebudu a s prvni mi nekoreluje zadani (neexistujici segmentace site, server v uzivatelske LAN).
Prověřil zdrojRATED 19V,, 1,5A. OC je 19,3V, při 1A 18.8V (což mi trvalo nejdýl naměřit přes soustavu několika 18650 v sérii s n×5ohm odpory, protože se mi nikde naválel 10/20ohm odpor na 400w. Ne nejdýl samotný měření, ale než jsem se k tomu dostal)... A zvlnění nedokážu naměřitSorry, ale 19V, 1A je 19W, takže v praxi 4 x 5ohm v sérii ti bude stačit. Když je nebudeš mít na 5W, tak na pár sekund to přežije tak jako tak i malej, hlavně měř rychle.není čím
To je jasné, ale nedělám si iluze, že doktoři znají všechny moderní trendy. Zvlášť tahle vada se dá dobře vyléčit cvičením. Je je třeba znát nějaký vhodný nástroj a tomu doktorovi bych to chtěl ukázat a zeptat si co si o tom myslí...Vhodný nástroj je správná korekce zraku toho oka a občas okluzor na druhé. https://cs.wikipedia.org/wiki/Okluzor
Ne že by těch zranitelností bylo málo: https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rdp+windowsPřesně. Prostě zabalit do něčeho, co je možné považovat za dospěle bezpečné, ať už (nejlepší) nějaká forma VPN, nebo alespoň tls s verifikací klienta (v linuxu máme stunnel), a neřešit, kde ještě strejda Bill mohl nechat další díru.
Proto se kvůli Windows 7 a kompatibilitě pořád dají objednat notebooky starších generací, konkrétně max. do Intel 7gen.Na gen9 (i na g10) to rozchodit jde s trochou práca (najít správné usb3 a nvme/ahci drivery) taky. S integrovanou grafikou může být problém, jestli stačí SVGA režim, pak v klidu.
Cestovat. Velehory po svete jsou velike.Plný a jednoznačný souhlas.
Pokud byste došel k tomu, že visí bloknutý accept(), spotřeba procesoru je nula a příchozí spojení se "nedozvoní", tak je mi to divné... iptables, apparmor/selinux, co já vím... toto jsem nikdy nezažil.A to já zase jo, včetně perliček typu velmi "kreativně" zpracovaného listen() / accept() způsobem, že to postupně vyleakovalo listen() frontu s 128 backlogem.
No na podobné problémy je někdy mnohem lepší použít strace, který kompletně ignoruje celý komplexní kód a jen píše syscally, takže často dá velmi dobrý hint, co vlastně hledat.CitaceA proc se v momente, kdy to je vytuhle, nepodivas pomoci GDB, na cem to visi v tom libssh?Asi proto, že mě to buď nenapadne nebo to neumim :-)
Jestli to není šifrovaná instalace, šlo by nabootovat z nějakého linux rescue cd, zeditovat sudoers, pak jít, a po**rvit to znovu.Pak už klasika "rw init=/bin/bash" v lilo/grubu by byla rychlejší.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2025 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.