28.10.2022 12:30 - 15:00 Uprade z verzie sarge na etch
Server nebol spravovaný 15 rokov čo som tu nebol. Najprv som si pozrel poštu. Bolo tam tam 45,000 mailov v schránke A 20,000 mailov v spame. Spam som zmazal kompletne celý. Zvyšok mailov som pomazal ručne. Boli tam dva zaujímavé zvyšok alebo info maily z firiem kde som si zadal odber. Nasledovalo vymazanie všetkých starých učiteľov a žiakov.
Konečne som sa dostal k nejakému pokroku. Postupoval som podľa toho návodu. V /etc/apt/sources.list som doplnil odkaz na distribúciu etch.
Nasledne som aktualizovoal zoznam balíkov a urobil základný upgrade. A nakoniec aj kompletný upgrade na nové distro
Výsledkom bolo že sa systém sarge ugradoval na etch
08.11.2022 12:30 - 14:40 Uprade z verzie etch na lenny
Osvedčená metóda z predošlého upgrade narazila pomerne skoro nakoľko libc stiahnutá z repozitáru lenny vyhlásila že vyžaduje minimálne jadro verzie 2.6 Naledoval návrat na etch a pokus nainštalovať posledný kernel z tohoto repozitáru. Problém ale bol že tento kernel nenabehol nakoľko nebol rozpoznaný SCSI radič a tým pádom ani pripojené disky s linuxovým zväzkom.
Nezostalo nič iné než stiahnuť zdrojové súbory pre kompiláciu jadra. A nové jadro skompilovať. Postupoval som podľa toho návodu a kupodivu to aj fungovalo. Najpr nainštalovať balík so zdrojovými súbormi jadra. Súbor sa nainštaľuje spakovaný do /usr/src/linux-source-2.6.24.tar.bz2. Takže ho treba následné rozbaliť.
Teraz treba skompilovať kernel. Pred kompilácoiu bolo potrebné ešte nainštaľovať balík libncurses5-dev. Potom ešte skonfigurovať kernel. V podstate som v konfigurácii nič nemenil len som skontroloval či je nastavený typ procesoru Pentium III a či je tam podpora pre SCSI disky a podpora pre radič Adaptec AIC7xxx support (old driver).
Kompilácia je týmto postupom
Zvyšok je už klasika ako sa robila predošlý upgrade
Výsledkom bolo že sa systém etch ugradoval na lenny
10.11.2022 07:30 - 14:30 Uprade z verzie lenny na squeeze
Tu som po nastavení repozitáru na squeeze tiež pomerne rýchlo narazil. Síce zbehlo update a upgrade ale dist-upgrade už zdochlo na nejakú nekompatibilitu v balík apache2. Skúšal som kde čo ale správne riešenie bolo odinštalovať balik apache ktorý sa tam ešte povaľoval. No a potom už inštaláciia fičala až do balika udev, ktorý vyhlásil že potrebuje kernel minimálne 2.6.26. Zistil som že pre túto verziu je k dispozícii linux-source-2.6.32. Takže rovnaký postup ako predošlá kompilácia. Výsledkom je nový kernel, ktorý nabehol bez problémov a pokračujem v upgrade. Upgrade skončil úspešne, ale po reštarte už nešlo porihlásiť po sieti. A prihlásenie z konzoly bolo divné, nechcelo to totiž žiadne heslo. Kontrola systému rýchle ukázala že neboli rozpoznané sieťové karty. Opäť som teda skontroloval konfiguráciu kernelu a zistil som že ovladač sieťovej karty nebol zahrnutý do kompilácie lebo ho presunuli do nového podpriečinka.Problém so sieťovou kartov bol v konfigurácii jadra v časti ovládačov. V podsekcii Device Drivers ---> Network device support ---> Ethernet (10 or 100Mbit) je potrebné povoliť EISA, VLB, PCI and on board controllers ---> Intel(R) PRO/100+ support
Problém prihlasovania bez hesla sa zase týkal pam. Počas preinštalácie sa spustila konfigurácia ale z nejakého záhadného dôvodu nebol povolený unixový spôsob overovania užívateľov. Takže som nanovo spustil konfiguráciu pam overovania pomocou príkazu
Pretože som odinštaloval balik apache a zostal tam len apache2 a ten nebol nakonfigurovaný, tak sa zobrazovala nesprávna stránka ktorá bola v adresári /var/www Tak isto sa nezobrazovali stránky užívateľov. Konfigurácia je v /etc/apache2 Konkrétne treba upraviť /etc/apache2/sites-available/default. Treba tam upraviť východzí adresár stránky na nový SCSI disk. To isté aj pre /etc/apache2/sites-available/default-ssl
Výsledkom bolo že sa systém lenny ugradoval na squeeze
15.11.2022 11:30 - 14:00 Uprade z verzie squeeze na wheezy
V /etc/apt/sources.list som opäť doplnil odkaz na distribúciu wheezy a predoslý zapoznámkoval.Nasledne som aktualizovoal zoznam balíkov a urobil základný upgrade. A nakoniec aj kompletný upgrade na nové distro
Po reštarte systém nabehol a tak som pozrel aký posledný kernel je k dispozícii pomocou
Problémy nastali dva. Pri kompilácii už som vo voľbe --revision nemohol použiť slovo custom ale iba číslo revízie. Najväčší problém ale vyskočil pri inštalácii. Skončila chybou že na disku nie je žiadne volné miesto. Tak som zmazal staré zdrojové súbory pre hodne staré kernely. Lenže neuvolnilo sa vôbec nič. Nakoniec som zistil že /boot je mountované ako zvláštna partícia disku. Tak som vymazal staré a už nefunkčné bootovanie súbory predošlých jadier. Tým sa miesto vytvorilo a insštalácia už zbehla. Potom už som len pridal ďalšiu bootovaciu možnosť s kernelom 3.2 a reštartoval systém.
Opäť sa nedalo po sieti nikam dostať. Tektoraz to mal na svedomí bind9 démon. Tento sa tam nainštaľoval ako nový v tejto distribúcii a zrejme nie je dobre nakonfigurovaný. Nechcelo sa mi to zatiaľ riešiť a tak som iba pridal ďalší name server do /etc/resolv.conf. Takže podoba súboru je teraz takáto
Zároveň som dostal informáciu o riaditeľa že ISP opravil DNS pre doménu spsest.sk. Táto oprava mala riešiť problém s odosielaním mailov na niektoré nedôverčivé servery ako napr. gmail.com Tu sa ukázal problém s MTA. Aktuálne sa používa postfix. Pri jeho štarte ale vybehla opakovane to isté varovanie. Varovanie znelo
16.11.2022 20:00 - 21:00 pokus o nápravu odosielania mailov
Pripojil som sa z domu a pokúsil som sa o nápravu problému s odosielaním mailov. V prvom rade som pozrel čo s tou chybou konfigurácie. Tu riešia podobnú chybu a je tu fajn odkaz na kompletné aktuálne platné konfiguračné parametre pre postfix Žiadný taký parameter program_directory tam teraz nieje tak som ho zapoznamkoval reštartoval postfix a je pokoj.Tak som začal hladať ako riešiť neodosielanie mailov. Tu sa rieši presne tento problém. Navrhuje sa tam preskúmať logy
17.11.2022 20:00 - 21:30 druhý pokus o nápravu odosielania mailov
Prvé čo som sa rozhodol vyriešiť je absencia logovania. Na starých verziach debianu sa o logovanie staral sysklogd. Ten nevyzeral funčný. Chvíľa hľadania a tu sa rieši prese ten istý problém Takžeapt-get install inetutils-syslogdA je vyriešené, logy už zase veselo bežia. Teraz už to loguje aj nejaké problémy do príslušných súborov ohľadov mailov. Zvyšok času píšem dokumentáciu.
Mail je už rozbehaný ale nemal som silu to popisovať. V podstate problém robila nejaká polovičatá konfigurácia z roznych verzií. Keď som sa dopracoval až na verziu Debian 11 s vykodil z konfiguračných súborov nejaké staré už nepodoporované voľby tak to začalo chodiť. Este to má nejaké muchy ale už sa to dá dokonca som nainštaloval aj web klienta Roundcube
3.2.2023 12:30 - 14:30 rozbehanie nových iptables
Podľa hesla pokrok nezastavíš sa zmenil balik iptables na nft. Samozrejme je tam nová syntax a tak podobne. Oveľa väčší problém je ten že v stave akom to mám tak to nefungovalo vôbec. Opäť bolo treba prekompilovať kernel a povoliť až ani neviem čo. Výsledkom toho je že som sa posunul o milimeter príkaz nft už zbehne ale výsledok je takýto6.2.2023 14:30 - 15:30 vyprazdnenie disku /dev/sda3
Tento disk sa montuje ako roreň súborového systému. pomocou príkazudu -d 1 -bsom si zistil čo koľko zaberá. Ukázalo sa že vhodný kandidát na odsun je adresár /usr , ktorý zaberá cez 3GB.
Ďalšie googlenie ukázalo že na kopírovanie celého stromu so zachovaním nastavenia užívateľov a práv by mohol stačit príkaz cp
cp -urp /usr /newscsijednotlivé voľby
mv /usr /usrorig ln -s /newscsii/usr /usr rebootPo reštarte nemilé prekvapenie.
6.2.2023 14:00 - 15:00 vyprazdnenie disku /dev/sda3 druhý pokus
Na zaklade tragickej chyby, som teda zmenil ambície a rozhodol som sa odložiť iba /usr/src Tento adresár aktuálne zaberá asi 1GB a hlavne nové zdrojáky kernelu sa tiež inštalujú sem. Teraz už to išlo ako pomasle. Skoprírovane som už mal, tak som len vymazal nepotrebné adresáre ktoré zostali na pôvodnom diskumv /usr/src /usr/srcorig ln -s /newscsii/usr/src /usr/src rebootA hurá, systém nabehol, konfigurácia jadra fungovala. Už len zmazať /usr/srcorig a +1GB volného miesta a zároveň pri stiahnutí nového kernelu to už ide na druhý disk takže z koreňového to neodoberá.
7.2.2023 14:00 - 14:45 návrat k rozbehaniu nft
Opäť som chcel nainštalovať balik linux-source-5.10 lenže apt si tvrdilo že je už nainstalovaný. Že som ho ja manuálne zmazal mu vôbec nevadilo. Opäť nejaké to googlenie a výsledokapt --reinstall install linux-source-5.10Toto mu nanúti že to má nainštalovať znova. Teraz už zase známe príkazy, rozbaliť nakonfigurovať a preložiť. Konfiguráciu som nemenil uvidím či sa to polepší len vďaka novému jadru alebo bude treba zapínať nejaké nové voľby. Kompilácia spustená na konzole a zajra ráno uvidím čo urobí nové jadro.
Ďalšia vec čo mi tu stále vyskakuje je že ak sa spustí čokolvek z balika tak to píše takéto chyby
Horšie je že sa zdá že kompilácia opäť zostala visieť ako keď som sa to pokúšal skompilovať z domu. Na dnes stačilo. Pozriem či to do rána nepohne potom budem snoriť ďalej.
Pozrel som sa večer z domu a kompilácia stála tam kde bola keď som odchádzal zo školy. Zabil som posledný spustený proces a potom tuším ešte jeden. Následne sa už spistilo kompilovanie jadra lebo som videl procesy s menom gcc. Ráno keď som prišiel tak ma čakalo skompilované jadro zabalené v pkg.
inštalácia jadra varovala že nie je skompilovaný modul ovládača pre sieťovú kartu e100. Skontroloval som a zistil som že mám sieťovkové drivery kompilované do jadra. Tak som aktualizoval grub a reštartoval stroj
Po reštarte som ako prvé skúsil či žije sieťové rozhranie a fungovalo. Kupodivu ping začal vypisovať rovnakú chybu ako nft.
9.2.2023 14:00 - 11:15 opäť kompilovanie kernelu
Zdanie sa ukázalo klamlivé. Vytvoriť nf tabuľku sa síce dá ale to je všetko. Vytvoriť chain a nastaviť tam pravidlá opäť skončí s chybou. Tak som opäť spustil konfiguráciu kernelu a tentoraz som zapol všetko čo len trochu pripomínalo NFT.problémom sa ukázala kompilácia. Stále to zostávalo viseť ani finta s kill príkazom nezaberala. Gogglenie ukázalo že tietyo nové kernely sa kompilujú iným postupom
10.2.2023 07:30 - 14:45 opäť kompilovanie kernelu
Včerajsí kernel opäť nedovoľuje pridat nat veci. Ale už mi ušlo pridať input pravidlo. Znova som snoril net a našiel že treba skontrolovať CONFIG_IP_NF_NAT A teraz to pekné nové čo som našiel. Nový konfigurátor kernelu má špéci funkciu F8SymSearch Potom tam stačí napísať IP_NF_NAT a okamžite vidím že je to nepovolené a navyše vidieť aj kde a čo všetko preba povoliť.
Potom je už ľahké vliesť do príslušnej sekcie a povoliť čo treba. Navyše to vie násť všetky voľby čo obsahujú NFT alebo NAT. Dobrý pokrok jaderní programátori.
Nasleduje obvyklé kolečko kompilácie, tá už ale trvá krátko nakoľko drtivá väčšina jadra je už skompilovaná. instalácia jadra z vygenerovaného balíka. Update zavádzača grub. A jeto. Konečne je nádej že NAT cez nf tables by mohlo fungovať.
9.2.2023 11:15 - 11:15 routovanie vnútornej siete von do sveta
postupojem podľa tohoto návodu Configuring NAT using nftables Začínam tou podľa mňa jednoduchšou cestou čo je maškaráda. Je to vraj pomalšie ale pravidlá sú jednoduchšie.Všetko to zbehlo hlatko. Tak štartujem na vnútornej sieti windows nastavujem default gw na ip adresu servera 192.168.30.252 Testujem prístup k DNS pomocou
Trvalé aktivovanie IPv4 forwardingu. V súbore /etc/sysctl.conf treba povoliť (odpoznámkovať) net.ipv4.ip_forward=1 Kompletný popis Ako nastaviť IPv4 forwarding
13.2.2023 14:00 - 14:45 Podozrivý UDP port
Dnes som si pozrel aké sú na serveri otvorené porty. Začínam mať podozrenie že by mohol spôsobovať problém s prihlasovaním do domény na počítačoch v učebni 906. Zatiaľ som urobil jeden pokus keď sa štyria žiaci nevedeli prihlásiť do domény. Po odpojení vnútornej sieťovej karty s adresou 192.168.30.252 sa po reštarte už prihlásiť mohli. Zatiaľ to nepovažujem za celkom potvrdené ale idem po tejto stope. Príkazom netstat -l som si vypísal otvorené porty a sokety. Z výpisu ma zaujal jeden ktorý netuším prečo tam je. Ide o UDP protokol na porte 52284. Zvlášne je že počúva na všetkých IP adresách.Internet hovorí že tento proces slúži na broadcastovanie jeho IP adresy v lokalnej sieti, kde napríklad informuje o tom že poskytuje zdielanú tlač. Z tohoto sa javí že je to vec absolútne nepotrebná a idem tu teda zrušiť. Najprv sa teda pozriem čo to momentálne robí. Potom to deaktvujem aby sa to už nespúšťalo a tiež to stopnem aby to nebežalo
17.2.2023 9:30 - 10:30 inštalácia a nastavenie DHCP
Včera mi správca siete vypnul DHCP pre môj segment siete 192.168.30.0/24 Užívateľské počítače a servery už sú prestavené na statické IP adresy, ale ešte používam virtualne počítače a tam potrebujem priraďovať adresy dynamicky. Potrebujem si nainštalovať DHCP server tak aby počúval len na rozhraní eth0 A tiež potrebujem aby sa to dalo jednoducho vypnúť a zapnúť. Nakoľko si žiaci budú stavať spoje DHCP servery a budú overovať ich funkčnosť. Postupujem podľa návodu How To Install DHCP Server in Ubuntu & Debian Tu je komplet dokumentácia isc-dhcp-44-manual-pages-dhcpd
4.7.2023 9:30 - 11:30 inštalácia a nastavenie TFTP servera
Po nedavnom update mi stále blbla inštalácia balíka linux-image-5.10.162 Zistil som konečne ako to odstrániť. Prvý príkaz sa to snažil dokončiť. Nasledovný odstránil inkriminovaný balík Nasledne blbol ešte jeden takže aj ten išiel preč. A nakoniec som odstránil všetko zbytočné