fang

- 31 led
- Připojil se 28. čvc 2006
- 0 nejlepších odpovědí
- V diskuzi: WireGuard ROSv. 7 (MikroTik ako WG klient)
- V diskuzi: PC/server pre virtualizáciu a dns
- Upraveno
Miso Kdo mluvil o 300W EPYCu? Jak už to naznačil @jcltm záleží jakou od toho čekáš dostupnost. Netvrdím že to nepoběží i s tvojí sestavou roky ale taky nemusí. Pokud už ses rozhodnul tuhle sestavu koupit tak nevím tedy na co se tu ptáš, když jakmile řekne někdo něco proti tak vyskočíší jak čertík s krabičky.
Například co se podívat po zmíněném SuperMicru, který není takový vendor lock jako (pr)DELL, HP a Lenovo. Nebo pokud to chceš stavět od nuly tak třeba ASRock Rack má server grade desky s IPMI i pro desktopový CPU od AMD.
Jo a když si zmínil EPYCy tak už existuje třeba série 4004, která je vpodstatě přeznačený desktopový Ryzen do AM5 s výrobcem definovanou podporou ECC což je rozdíl oproti klasickým Ryzenům, kde to je "na dobrý slovo". - V diskuzi: PC/server pre virtualizáciu a dns
- Upraveno
Že to stavíš na desktopovým železe,, který není pro provoz 24x7 určený.
- V diskuzi: Monitor k serveru
- V diskuzi: Monitor k serveru
- Upraveno
Problém absence jiného rozhraní je především v užitém IPMI management SOC většinou značky ASPEED AST2XXX. Pokud jde o konverzi z VGA tak existují "krabičky" ale levné moc nejsou
, například OSSC což je určený především pro konverzi z retro konzolí. Pak v mě napadá ještě Datavideo DAC-70, což je box určený primárně pro náběr z VGA/HDMI zdroje pro SDI videorežii ale umí i konverzi z VGA na HDMI včetně scalingu a framerate konverze.
- V diskuzi: Mikrotik new AX outdoor devices
- V diskuzi: Server
Funguje, stejně jako u serveru není potřeba nic extra. Snad jen si pohlídat že většina řadičů počítá s určitým airflow kvůli chlazení, tímpádem je potřeba ofukovat větráčkem, umí být docela žhavé pokud se nechladí => kratší životnost.
- V diskuzi: Ookla Speedtest Server
pedro4444 já používám toto
https://openspeedtest.com/selfhosted-speedtest Zdravím, je to ještě platné?
- Upraveno
1x Mikrotik routerboard 1100AHx4 - Dude edition - 3500 Kč/ks
Je možno se domluvit? Funkční či nějaké vady?Přenechávám někomu dalšímu.
Díky
- V diskuzi: Sluchátka prodavačky Lidl
Tipoval bych že to bude nějaký DECT systém ale nic bližšího o tom nevím.
kdavid
Má to spoustu podmínek a předpokladů hádám že takové prostředí nebude všude. Z pohledu klienta co využívá služeb přes koax u VDF (exUPC) můžu říct má tahle technologie má horší jitter než DSL a už vůbec se nemůže rovat s optikou.
Měření latence na optice (GPON):
DSL:
Kabelovka Vodafone (exUPC):Jak jsem psal už jinde CMTS je mrtvá technologie, 10 Gbit je na papíře v reálnu nikde protože bojuje s technickými omezeními kvůli souběhu s předchozími generacemi CMTS.
Naproti tomu XGPON je již reálně nasazený a lze ho používat současně s starším GPONem či budoucím NG-PONem na stejné pasivní infrastruktuře. Při té ceně boxu si myslím že postupná výměna infra za optiku dává v dlouhodobějším horizontu smysl.
- V diskuzi: Uzamknutý uživatel - RDP přes VPN
- Upraveno
Podívej se do Ovládací panely > Úložiště pověření nebo jak se to jmenuje, v angličtině to je "Credential manager" jestli tam nejsou uložené chybné pověření.
Typický případ z práce: uživatel si uloží jméno a heslo protože laptop má s OS Windows Home (tzn. nelze ho přidat do AD) - když se připojuje na sdílenou složku (samba). Pak si heslo změní ať už kvůli vynucení politikou v AD nebo z vlastní inicativy nicméně v credential manageru na tom kompu je stále uložené staré heslo. Pak se stane to že uživatel se připojí VPNkou a stačí aby měl na ploše zástupce na dotyčný samba share. Z pohledu serveru do toho klient neustále buší se špatnými credentials. Vůbec nemusí do toho adresáře lézt ale stačí aby byl pouze na ploše. Pokud pak človek má nastaveno automatické blování účtů po 10 pokusech tak problém je na světě.
- V diskuzi: Routovací politika ISP
- Upraveno
Peering se neřídí jen podmínkou minimalizace cesty k cíli ale i finanční a politickou stránkou obou peerujících. Často se to může vyvíjet i tak že silnější z těch dvou si interní politikou vynutí pro určitě subjekty peering přes zahraniční konektivitu záměrně. Nechci přímo říkat aby protistranu "poškodil" ale aby například zhoršil user experience pro klienty té dané firmy nebo je to pro ten subjekt prostě jednodušší technicky či finančně například proto že už v NIXu třeba nemá volnou kapacitu to odbavovat. Svého času toho dělal také Zdeněk Cendra u některých českých webů které u něj hostovaly.
- Upraveno
To jo chápu to moc dobře
, je to spíš pokus "for fun". Další destruktivnější krok s odpájením flash paměti a naprogramování v programátoru bych si nechal až když nebude kudy, pokud to bricknu tak to nebude vadit.
Vyzkoušeno a stále bez úspěchu stále stejný výsledek "unable to resolve mac address". Založil jsem na to ticket na supportu, uvidíme jestli k tomu něco řeknou nebo rovnou pošlou do háje že to mám dát do elektroodpadu.
Taky nic, zkoušel jsem verze netinstallu a RoS až do 3.30 a ve všech případech se to chová stejně. K tomu ARPu v odkazu, tím dotyčný myslí nastavení statické ARP na adresu kde beží netinstall server?
Kdepak, nechytá se to ani s netinstallem 6.49.2. Stále stejný problém "unable to resolve mac address".
- Upraveno
Jo oba kondíky jsem vyměnil (je to v původním postu) byť druhý dle RLC metru ukazoval že je ještě OK. S tou verzí to bude trochu oříšek protože to neví ani původní majitel, ale přes sériák se tam zahlídnul "routerboot 6.49.2" tak zkusím tu. Pravda že jsem zkoušel 6.30 , poslední 6.X a pak poslední 7.X u všech se to chovalo stejně. Zkusím 6.49.2 a dám vědět.
Zdravím, mám tu na stole prastarou RB333, která byla používana jako jednoduchý access point s R52n-M kartou. Po několika letech provozu se odmlčela a už nechtěla bootovat. Po otevření case jsem v ní našel a vyměnil 2 nafouklé kondenzátory poblíž napájecích obvodů u miniPCI slotů. Vyndal jsem WiFi kartu a RB následně začalo bootovat nicméně se do něj nedaří nacpat RoS. Připojil sem se na sérový port a při bootu vždy bezproblému od netinstallu dostane IPv4 adresu, chvilku čeká a pak se objeví chyba "failed to resolve mac address" a bootovací cyklus se opakuje. RB normálně reaguje na vstupy přes sériovou konzoli, bezproblémů jsem naformátovat NAND pamět a udělal test RAMky (obojí OK). Nicméně netinstall nevidí dané RB a tudíž do něj nelze nalejt systém. V ARP tabulce na přimo připojeném kompu je normálně vidět MAC adresa RB s vazbou na správou IP a firewall na stanici je vypnutý.
Pro NetInstall jsem použil postup https://help.mikrotik.com/docs/display/ROS/Netinstall jako už párkrát u jiných RB tam to vždy zafungovalo.Není to nic kritického prostě jen for fun bych chtěl zjistit v čem by mohl být problém.