Spartus, bet kupinas grėblių ryšys su Mikrotik
- Informacija
- Parašė Elvinas
- Skaitytojų: 24
Praėjo turbūt jau daugiau, nei 5 metai, kai atsinaujinau savo interneto maršrutizatorių, pakeisdamas Asus RT14U į TP Link AC1750. Negaliu sakyti, kad TP Link, valdomas OpenWRT veikė prastai, tačiau ryšio kokybė nebuvo visiškai patenkinama. Turėjau įtarimą, kad TP Link nelabai susitvarko su maršrutizavimu, tačiau, anot anekdoto, širdimi jaučiu, kad litras, bet įrodyt negaliu. Na, o 5 GHz WiFi 5 ryšys per kelias sienas, tai neveikė akivaizdžiai. Tai reikėjo kažkaip spręsti, tad galiausiai nusprendžiau, kad reikia pabandyti pakeisti maršrutizatorių kuo nors rimtesniu. Tas rimtesnis pasirinkimas tapo Mikrotik hAP AC3 ir, žinoma, „Router OS“.
Po kokių 2 ar 3 sistemos atkūrimų ir jau nebesuskaičiuojamo skaičiaus momentų, kai pakeitus nuostatą, dingdavo ryšys su Mikrotik įrenginiu, galiu pasakyti, kad šita padla, vadinama „Router OS“ įnoringa, o sistemos autoriai apie patogią ir informatyvią sąsają turbūt nėra girdėję. Pagaliau pavykus paleisti internetą - galiu pasakyti viskas veikia pastebimai greičiau. Ne sparčiau, o būtent greičiau. Kažkaip ryšio seansų inicializavimas su TP Link vykdavo pastebimai ilgiau ir puslapių įkrovimo pradžios tekdavo laukti gerokai ilgiau. Taigi tai pliusas. Bet nuo to „Router OS“ draugiškesnė nepasidarė.
Komforto ausims beieškant: Soundcore Space Q45 prieš Bose QuietComfort QC45
- Informacija
- Parašė Elvinas
- Skaitytojų: 5826
Susirinkimuose praleidžiant mažiausiai po keletą valandų per dieną, atsirado poreikis ieškoti naujų ausinių. Prie darbinių kompiuterių gauti 3000 ir 5000 serijos „Plantronics“ įrenginiai yra patogūs ir ne itin vargina ausis, tačiau abu turi esminį trūkumą – abu yra jungiami USB laidu. Dirbant dviem nešiojamaisiais kompiuteriais, tai nėra labai patogu. O ir pats laidas yra ne kartą pasipainiojęs po ranka ir ausinės skrido nuo stalo arba nuo ausų…
Dar viena priežastis ieškoti ausinių buvo noras kažkuo pakeisti turimas „Sennheiser HD 485“ ausines, kurios didžiąją laiko kabo ant kablio. Jų garsas malonus, tačiau dėvint akinius, ausų nuovargis pradeda jaustis jau po 20-30 minučių, todėl ilgiau sėdint prie kompiuterio anksčiau jas keisdavo kadaise įsigyta „Philips SBC HP200“ pigiena, o pastaruoju metu vis dažniau ėmiau naudoti darbines „Plantronics 3200“, kurių kaušelių oda po penkerių metų aktyvaus naudojimo jau ėmė luptis, o nulūžusį USB laidą teko perlituoti. Ironiška, nes „Sennheiser HD 485“ būtent ir buvo pirktos, pakeisti „Philips“, kurių kaušelių porolonas nuo senumo ėmė trūnyti
USB A tipo jungtis taip pat nepadeda, kai norisi tiesiog pasėdėti ir paklausyti muzikos – jos neįkiši nei į telefoną, nei į stiprintuvą. Kitas reikalavimas ausinėms atsirado, prisiminus keliones lėktuvu ar šiaip būnant triukšmingoje aplinkoje – išbandžius kolegų turimas ausines su triukšmo šalinimu, supratau, kad ši funkcija tikrai bus naudinga.
Read more: Komforto ausims beieškant: Soundcore Space Q45 prieš Bose QuietComfort QC45
500km elektriniu dviračiu: pirmieji įspūdžiai
- Informacija
- Parašė Elvinas
- Skaitytojų: 3513
Keliones į darbą bandau optimizuoti jau antri metai ir palikti automobilį namie, pakeisdamas jį dvirate transporto priemone. Važiuoti dviračiu smagu, tačiau yra keletas niuansų - vienas jų, į darbą visgi dažnai atkeliauju pakankamai sušilęs bei nesijaučiu komfortiškai. Taip, kitame aukšte yra dušai, tačiau eiti iki jų tingisi, o ir laiko tuomet sugaištama bus daugiau. Galiausiai progreso variklis - tinginystė nugalėjo ir gimtadienio proga nusprendžiau kelionę iki darbo elektrifikuoti. Taigi pirmieji įspūdžiai, po maždaug 500 km naujo pobūdžio kelionių į darbą ir atgal namo.
Pirmiausia apie patį dviratį: po ilgų "meditavimų" išsirinkau kažkada buvusio Vokietijos gamintojo (2022 kompanija bankrutavo ir buvo perimta Singapūro investuotojų) „Prophete“ dviratį. Tikslaus modelio nebepamenu, nes tai buvo senų modelių išpardavimas ir gavosi taip, jog rinkausi pagal tai, kuris dviratis važiavosi smagiausiai iš tuo metu parduotuvėje buvusiųjų. Galima sakyti, tai buvo impulsyvus pirkimas su ankstesniu pasiruošimu. :D Taigi jei kalbėti apie pagrindinius parametrus, tai pirkau 21" rėmo dydžio dviratį 28" dydžio ratais, centriniu „Bafang“ 500W/100Nm elektros varikliu ir 9 išorinių pavarų Shimano Altus mechanizmu. Jei trumpai - dviračiu esu patenkintas, kiekvieną kartą juo važiuodamas, tačiau antro tokio paties nebepirkčiau. Kodėl taip - skaitykite toliau. :)
Savos gamybos serverio keitimas QNAP saugykla
- Informacija
- Parašė Elvinas
- Skaitytojų: 4153
Kaupiant vis daugiau patirties, vis dažniau imi vertinti išmintį: „nors ir gali, tačiau nebūtinai turi“ („just because you can, does not mean you should“). Ir namų serveris tai pat patenka į šį apibrėžimą. Ar aš galiu pasidaryti savo serverį, teikiantį duomenų saugyklos, DHCP, failų siuntimo ir kitas funkcijas? Tikrai taip! Ar aš galiu tai padaryti pigiau, nei siūlo gatavų serverių gamintojai? Tikrai taip! Ar pavyks padaryti šias paslaugas patogias naudotis? Hm, na galbūt... Ar nereiks man tam sugaišti kelis mėnesius darbo? Hm, turbūt netgi ilgiau...
Kitaip tariant, kad ir koks būtum gudrus IT specas, tačiau reikia pripažinti, kad IT rinkos kompanija, galinti nusamdyti kelis tūkstančius darbuotojų - galės paruošti gaminį, kuriuo bus galima imti ir naudotis. Ir pakartoti jo funkcionalą tame pat lygyje per protingą laiko tarpą vienas žmogus neturi jokių galimybių. Todėl nusprendžiau nesivaržyti ir tiesiog pakeisti savadarbį serverį rinkoje parduodama universalia duomenų saugykla. Tuo labiau, kad senajame vis vien jau ėmė trūkti vietos, nuo senatvės ėmė garsiai ūžti dauguma ventiliatorių, o ir elektros sąnaudos bei šilumos išsiskyrimas pas eilinį kompiuterį yra nesulyginamos su specializuota įranga.
Renkantis saugyklą, iš principo reikėjo rinktis tarp 3 vardų: „Asus“, „QNAP“ ir „Synology“, nes kiti gamintojai arba nesiūlo savo gaminių Lietuvos rinkai, arba jų gaminiai yra riboto funkcionalumo. Kelis mėnesiu varčius „Storage Review“, „NAS Compares“ puslapius bei „Youtube“ apžvalgas galiausiai apsistojau ties „QNAP-473A“ modeliu. „Asus“ saugyklos buvo atmestos, nes pas mus nebuvo naujos kartos įrenginių, o saugykla perkama mažiausiai 5 metams į priekį. QNAP papirko geresne aparatine įranga už mažesnę kainą, lyginant su „Synology“, programinės įrangos kokybės sąskaita. Kita vertus, realiai pabandęs QNAP programas, imu jau abejoti savo sprendimu. Tačiau apie viską iš eilės.
Lokalus DNS domenas gali trukdyti „Kubernetes“ rasti išorinius adresus
- Informacija
- Parašė Elvinas
- Skaitytojų: 4281
DNS vardų sistema yra labai svarbi bet kurios kompiuterinių tinklų sistemos dalis, įskaitant ir „Kubernetes“. Vidiniam tinklo adresų valdymui „Kubernetes“ naudoja „CoreDNS“ vardų sistemos serverį, kuris puikiai susitvarko su konteinerių tinklo sistemos ypatumais. Vienas jų - vidinių „Kubernetes“ tarnybų ir konteinerių adresų valdymas. Kiekvienas „Service“ tipo objektas „Kubernetes“ tinkle gauna savo DNS įrašą ir jį galima pasiekit tiek pirmojo lygio vardu: „serviso_vardas“, tiek antrojo: „serviso_vardas.vardu_sritis“, tiek ir „pilnu“ (FQDN vardo gale turi būti taškas) vardu: „serviso_vardas.vardu_sritis.svc.cluster.local“. Taip supaprastinamas „Kubernetes“ pritaikytų programinių sistemų kūrimas, nes pakanka žinoti sukurto serviso vardą ir programa galės naudotis tos tinklo tarnybos paslaugomis, nes „CoreDNS“ pasirūpins IP adreso suradimu ir bus galima užmegzti tinklo ryšį.
Tačiau prireikus rasti išorinės sistemos IP adresą, pavyzdžiui, konteineriui prireikus atlikti paiešką „Google“ paieškos sistemoje, pasireiškia tinklo vardų radimo subtilybės. Gavęs „google.com“ užklausą, konteineris nieko nežino apie „Google“, nes jo požiūriu tai yra bandymas rasti „google“ „Service“ tipo objekto adresą, „com“ vardų srityje. Tik nepavykus rasti tokio įrašo visuose klasterio „search domains“ domenų aprašuose, ši užklausa bus siunčiama į išorinius DNS vardų serverius, vienas kurių gali būti vietinio tinklo DNS serveris. Ir štai čia vietinio tinklo DNS serveris gali „pakišti kiaulę“, įtraukdamas savo vietinio tinklo domeno, pavyzdžiui, „home.lan“ į „Kubernetes“ „search domains“ sąrašą. Nepavykus rasti „google.com“ „Kubernetes“ tinkle, suformuojama užklausa rasti „google.com.home.lan“ adresą. Savaime suprantama, kad namų tinkle tokio adreso nėra. Tačau užuot atsiuntusi „NXDOMAIN“ atsakymą, nurodantį, kad įrašo rasti nepavyko ir reikia bandyti toliau, t.y. ieškoti tikro išorinio adreso, tinklo maršrutizatoriaus „DNSMasq“ tarnyba kažkodėl gražindavo „NODATA“ atsakymą. Tai sutrikdydavo vardų paieškos bandymų seką, konteineris nebeieškodavo „google.com“ domeno, nuspręsdamas, kad toks vardas neegzistuoja.
Tingintiems skaityti toliau - problemą pavyko išspręsti tinklo maršrutizatoriaus „DNSMasq“ programoje išjungus „Do not cache negative replies, e.g. for non existing domains“ nuostatą. Ją išjungus, „DNSMasq“ ėmė teisingai gražinti NXDOMAIN atsakymą ne tik neegzistuojantis.home.lan adresui, bet ir antro.lygio.home.lan ar google.com.home.lan adresams. Tiesa, gali būti, kad buvo kažkoks laikinas sutrikimas, nes dabar net ir įjungus šią nuostatą, DNS sistema gražina teisingą NXDOMAIN atsakymą. Na, o besidomintys DNS viduriais, gali skaityti toliau.
Read more: Lokalus DNS domenas gali trukdyti „Kubernetes“ rasti išorinius adresus
Pakeliui į „Kubernetes“ klasterį
- Informacija
- Parašė Elvinas
- Skaitytojų: 3951
Kaip paaiškėjo pusės dienos darbo klasterio diegimui nepakako. O esamų programų migravimui ir pritaikymui normaliam „Kubernetes“ klasteriui prireikė daugiau, nei savaitės ir šis procesas tebevyksta, nes savaitgaliais ir šiaip ką veikti, o po darbo to laiko lieka ne taip jau ir daug. Taigi apie viską iš eilės. Pirmiausia apie „Kubernetes“ diegimą, nes serverių būsena "Ready" dar nereiškia, kad jis tikrai paruoštas darbui.
Pirmiausia teko susidurti su keliomis Linux sistemos klaidomis ir programinės įrangos nesuderinamumais. Įdiegęs „Kubernetes“, savaime suprantama norėjau turėti galimybę matyti klasterio apkrovą ir išteklių sąnaudas. Tam reikėjo įdieti „Kubernetes“ Metrics“ tarnybą, tačiau paaiškėjo kad paprastos diegimo instrukcijos, pateiktos https://github.com/„Kubernetes“-sigs/metrics-server/ puslapyje nėra pakankamos. Reikėjo papildomų veiksmų, leidžiančių normaliai išnaudoti TLS šifravimą. O besiaiškinant, kodėl „Kubernetes“ neveikė išteklių naudojimo tarnyba, paaiškėjo, kad turima „Cillium“ tinko tarnyba nėra suderinama su „Ubuntu 22.04“.
Taigi įdiegus „Metrics“ tarnybą, paaiškėjo, kad jokių išteklių sanaudų duomenų ji nerenka, programos ataskaitose buvo matomos TCP tinklo ryšio klaidos.
Puslapis 1 iš 43