Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: ZAJDAN 02. 03. 2017, 13:57:45
-
Ahoj,
dokazal by mne někdo popostrčit jak řešit diskless stanice?
Nechci přes PXE system instalovat, ale nabotovat hotový system.
díky
-
http://www.ltsp.org
-
Pokud to má být stroj s jasně daným účelem, ne desktop, tak bych šel do http://tinycorelinux.net/ mám s ním výborný zkušenosti. Dokumentace je skvělá: http://tinycorelinux.net/book.html
-
ja potrebuji jen nabootovat OS, klidne bez GUI, kde se automaticky spusti RDP(freerdp) na windows server.
Prvni co jsem v teto oblasti nalezl je debootstrap
-
Přesně to používam - mam ltsp, kde naběhne fluxbox a rovnou fullscreen rdp client.
-
takže DEBOOTSTRAP a LTSP jsou dva jiné přístupy se stejným cílem?
-
Ne, debootstrap je software na instalaci debianího systému (obecnou instalaci, jestli to pak někdo použije pro PXE, boot z flashky nebo whatever už je fuk). LTSP pak je balík pro desktopy, to je pro tebe overkill a ty funkce nevyužiješ a budou ti spíš překážet a bude to peklo nastavit.
Pokud už máš systém nainstalovaný, mělo by stačit nastavit správně fstab, parametry kernelu a přegenerovat initramdisk. Viz třeba https://help.ubuntu.com/community/DisklessUbuntuHowto
-
Ne, debootstrap je software na instalaci debianího systému (obecnou instalaci, jestli to pak někdo použije pro PXE, boot z flashky nebo whatever už je fuk). LTSP pak je balík pro desktopy, to je pro tebe overkill a ty funkce nevyužiješ a budou ti spíš překážet a bude to peklo nastavit.
Pokud už máš systém nainstalovaný, mělo by stačit nastavit správně fstab, parametry kernelu a přegenerovat initramdisk. Viz třeba https://help.ubuntu.com/community/DisklessUbuntuHowto
mám několik klientů s architekturou 32bit a několik s 64bit, proto potřebuju řesení, kdy si při bootu ze sítě bude moci vybrat patřičný system, tedy server musí mít schopnost nabídnout několik typů OS.
-
dalsi vec co mi neni jasná, zda buildnuti klienta vytvori takove prostredi jake ma server?
jednoduse receno...pokud ma server KDE, tak LTSP build vytvori klienta s KDE ?
-
mám několik klientů s architekturou 32bit a několik s 64bit, proto potřebuju řesení, kdy si při bootu ze sítě bude moci vybrat patřičný system, tedy server musí mít schopnost nabídnout několik typů OS.
To neni problem - pres PXE natahnes syslinux a v nem udelas menu klasickym zpusobem. Server zadnou zvlastni schopnost mit nepotrebuje.
-
mám několik klientů s architekturou 32bit a několik s 64bit, proto potřebuju řesení, kdy si při bootu ze sítě bude moci vybrat patřičný system, tedy server musí mít schopnost nabídnout několik typů OS.
To neni problem - pres PXE natahnes syslinux a v nem udelas menu klasickym zpusobem. Server zadnou zvlastni schopnost mit nepotrebuje.
ok, ale musim tedy buildnout 32 klienta a solo i 64bit ?
ltsp-build-client --arch i386
ltsp-build-client --archx 86_64
-
ok, ale musim tedy buildnout 32 klienta a solo i 64bit ?
Anebo jet oboje na 32, pokud to neni nejakej zasadni problem.
-
Anebo jet oboje na 32, pokud to neni nejakej zasadni problem.
kdyz se nad tim zamyslim, problem to nebude a stacilo by jedno distro s 32 bit pro vsechny, ale znat tu moznost mit multiboot se bude nekdy hodit
netusis jak je to s tim buildem klienta, jake prostredi se vytvori v defaultu, nebo to mohu pri buildu urcit ? KDE, GNOME, MATE, XFCE, etc
-
A nechceš náhodou tohle? http://www.etherboot.org/wiki/sanboot/win2k8_iscsi_install
Resp. to co tu výše píšete není o tom že by mi jel systém ze sítě ne? Je to o tom že spustím tenkého klienta a tím se pak připojím a systém běží na serveru, nebo se pletu?
-
Thinstation - http://thinstation.github.io/thinstation/
Akorat to neni uplne primocary (stahnout a jedes), musis si stahnout "vyvojovy" prostredi a sestavit distribuci podle sebe, tj. vybrat ovladace, ruzny terminalovy klienty (umi to krome RDP vsechno mozny) atd. Ale neni to komplikovany, jenom se upravi par konfiguraku a spusti se build. Vysledkem je cca 100MB image bootovatelna primo pres PXE+TFTP/HTTP a funguje to dost slusne.
-
pouzil jsem LTSP a buildnul 32bit OS
ltsp-build-client --arch i386
vznikl adresar:
/opt/ltsp/i386/
DHCP options jsem nastavil na Mikrotiku
Next Server: 192.168.0.1
Boot File Name: pxelinux.0
na serveru povolil UDP 69 a stejne tak na Mikrotiku co stoji v ceste
jsem ve stavu kdy bootovanej klient skonci s:
PXE-T01: File Not found
PXE-E3B: TFTP Error - File Not found
-
nezabralo ani kdyz jsem zadal do dhcp options Boot File Name: /opt/ltsp/i386/boot/pxelinux.0
-
SOLVED
v DHCP options na Mikrotiku musi byt cesta k souboru:
/ltsp/i386/pxelinux.0
-
nyní narazim na jiný problem:
klient zacne bootovat pxelinux (pres iftop se na serveru divam zda IP klienta taha data - natahuje)
po cca pul minute klient kocni s :
connection: Connection timed out
po čem bych měl pátrat?
-
v syslogu nachazim:
Mar 2 17:20:38 debian in.tftpd[15868]: tftp: client does not accept options
-
mam podezdreni ze budu mit spatne nastavene exporty pro NFS..popostrcil by me nekdo?
neni mi jasne jakou cestu predat do /etc/exports
zda /opt/ltsp/ nebo /srv/tftp/ltsp/
diky
-
Resp. to co tu výše píšete není o tom že by mi jel systém ze sítě ne? Je to o tom že spustím tenkého klienta a tím se pak připojím a systém běží na serveru, nebo se pletu?
Pres PXE se natahuje jenom bootloader (syslinux apod.), kernel a initrd. Zbytek se muze natahovat ruznym zpusobem (NFS, SMB, HTTP, ...) a bezet ruznym zpusobem (primo nad rw NFS, pres squashfs nad NFS, nebo se stahne nejakej image a pouzije jako ramdisk). Zalezi na tom, co na tom chce clovek provozovat a jake ma k dispozici zelezo.
-
pri bootu klienta jsem jeste postrehl:
Mp-bios bug:8254 timer not connected to io-apic
mohlo by to s problemem souviset?
-
mam podezdreni ze budu mit spatne nastavene exporty pro NFS..popostrcil by me nekdo?
neni mi jasne jakou cestu predat do /etc/exports
zda /opt/ltsp/ nebo /srv/tftp/ltsp/
diky
NFS exporty to rozhodně nebudou, ty jsou nutné až když se natáhne pxelinux.0 a nabootuje jádro. Jinak za sebe doporučuji spíše využívat project iPXE, umí toho opravdu spoustu a dobře se to ladí.
-
v syslogu nachazim:
Mar 2 17:20:38 debian in.tftpd[15868]: tftp: client does not accept options
Jakého používáš tftp daemona? Jak je nastavený?
-
v syslogu nachazim:
Mar 2 17:20:38 debian in.tftpd[15868]: tftp: client does not accept options
Jakého používáš tftp daemona? Jak je nastavený?
Řekl bych totiž že se tě bude týkat tento problém - https://forums.contribs.org/index.php?topic=51985.0 a bude tedy potřeba správně nakonfigurovat TFTP.
-
Resp. to co tu výše píšete není o tom že by mi jel systém ze sítě ne? Je to o tom že spustím tenkého klienta a tím se pak připojím a systém běží na serveru, nebo se pletu?
Pres PXE se natahuje jenom bootloader (syslinux apod.), kernel a initrd. Zbytek se muze natahovat ruznym zpusobem (NFS, SMB, HTTP, ...) a bezet ruznym zpusobem (primo nad rw NFS, pres squashfs nad NFS, nebo se stahne nejakej image a pouzije jako ramdisk). Zalezi na tom, co na tom chce clovek provozovat a jake ma k dispozici zelezo.
Já samozřejmě vím jak funguje PXE, ale titulek zněl PXE boot hotového systému a psalo se tam o Windows... pokud vím tak Win jdou přes PXE jenom instalovat, ale že by běželi plné Win ze sítě to jsem bez iSCSI teda nikde neviděl, pokud jsi o tom někde něco četl nebo to používáš rád se přiučím :)
To co tu tazatel nakonec chce je tenký klient, který se nabootuje přes PXE (DHCP, TFTP, initrd pravděpodobně z NFS, popřípadě HTTPS).
-
pouzivam tftp-hpa
-
systemctl status tftp-hpa
● tftp-hpa.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
..toz tady to vázne
-
systemctl status tftp-hpa
● tftp-hpa.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
..toz tady to vázne
Co je to za distro? V CentOS a RHEL se používá na TFTPD daemon xinetd.
-
Debian 8 x64
-
mas v /etc/default/tftpd-hpa povoleno ?
RUN_DAEMON="yes"
-
mas v /etc/default/tftpd-hpa povoleno ?
RUN_DAEMON="yes"
držel jsem se tohodle:
Ignore older Web sites that instruct you to insert something like 'RUN_DAEMON="yes"'.
https://wiki.debian.org/LTSP/Howto
-
rád by si ujasnil proč ohledně LSTP existují 3 složky
1) /var/lib/tftpboot/ltsp/i386/
2) /srv/tftp/ltsp/i386/
3) /opt/lstp/i386/
-
/etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"
/etc/inetd.conf
tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot
systemctl restart tftpd-hpa
systemctl status tftpd-hpa
tftpd-hpa.service - LSB: HPA's tftp server
Loaded: loaded (/etc/init.d/tftpd-hpa)
Active: active (running) since Thu 2017-03-02 22:34:44 CET; 8s ago
tftp-hpa již běží, ale connection timed out pri bootu klienta mam stale :(
-
A ručně tftp klientem ten soubor stáhneš?
-
Také by mohl být problém (a u tebe bych se nedivil :))) s právy na souboru pxelinux.0 - má ho právo číst uživatel pod kterým běží tftp daemon?
-
/etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"
/etc/inetd.conf
tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot
systemctl restart tftpd-hpa
systemctl status tftpd-hpa
tftpd-hpa.service - LSB: HPA's tftp server
Loaded: loaded (/etc/init.d/tftpd-hpa)
Active: active (running) since Thu 2017-03-02 22:34:44 CET; 8s ago
tftp-hpa již běží, ale connection timed out pri bootu klienta mam stale :(
Podle tohoto ti tam běží 2 tftpd daemoni! Jeden dělá xinetd a druhej je standartní tftpd-hpa bych řekl já. A to je blně. Buď jedno nebo druhý. Co vypíše tohle?
netstat -tulpnn | grep 69
-
Také by mohl být problém (a u tebe bych se nedivil :))) s právy na souboru pxelinux.0 - má ho právo číst uživatel pod kterým běží tftp daemon?
abych pravdu rekl, ano je to mozne, ale zas takovej louda nejsem...s pravama jsem se vytrestal jiz v minulosti....
proto jsem se ptal na tu hiearchii adresaru pro LTSP:
/var/lib/tftpboot/ltsp/i386/
/srv/tftp/tlsp/
/opt/tlsp/
domnival jsem se, že tftp podbizi pro boot data z /var/lib/tftpboot/ltsp/ a tam jsem prava na user tftp nastavil hned na zacatku
-
Podle tohoto ti tam běží 2 tftpd daemoni! Jeden dělá xinetd a druhej je standartní tftpd-hpa bych řekl já. A to je blně. Buď jedno nebo druhý. Co vypíše tohle?
netstat -tulpnn | grep 69
vypada to tak, sundal jsem dolu balicky tftp-hpa a na portu 69 stale bezi inetd, ten jsem se snazil po instalaci tftp-hpa umlcet:
/etc/init.d/openbsd-inetd stop
update-rc.d -f openbsd-inetd remove
sed -i s/no/yes/ /etc/default/tftpd-hpa
což se zřejmě nepovedlo
-
ok..zakomentoval jsem v /etc/inetd.conf tftp a tftp sluzba i inetd je vypnuta
zkusim ted znova nasadit tftp-hpa
-
1) /var/lib/tftpboot/ltsp/i386/ --- is a copy of the kernels to go to the clients via tftp
2) /srv/tftp/ltsp/i386/ --- is not needed, delete /srv/tftp to get rid of it
3) /opt/lstp/i386/ --- is the chroot with all the applications etc
-
Podle tohoto ti tam běží 2 tftpd daemoni! Jeden dělá xinetd a druhej je standartní tftpd-hpa bych řekl já. A to je blně. Buď jedno nebo druhý. Co vypíše tohle?
netstat -tulpnn | grep 69
vypada to tak, sundal jsem dolu balicky tftp-hpa a na portu 69 stale bezi inetd, ten jsem se snazil po instalaci tftp-hpa umlcet:
/etc/init.d/openbsd-inetd stop
update-rc.d -f openbsd-inetd remove
sed -i s/no/yes/ /etc/default/tftpd-hpa
což se zřejmě nepovedlo
Myslim, že jste ani jeden příliš nepochopil fungování (x)inetd. Teda, spíš vůbec.
http://chschneider.eu/linux/server/tftpd-hpa.shtml
-
což mě donutilo si o tom inetd něco nastudovat...teď už mám jasno, každopádně ohledně PXE se vydavam metodou pnp, kdy neni potřeba chroot
reference a výsledek podám později
-
Podle tohoto ti tam běží 2 tftpd daemoni! Jeden dělá xinetd a druhej je standartní tftpd-hpa bych řekl já. A to je blně. Buď jedno nebo druhý. Co vypíše tohle?
netstat -tulpnn | grep 69
vypada to tak, sundal jsem dolu balicky tftp-hpa a na portu 69 stale bezi inetd, ten jsem se snazil po instalaci tftp-hpa umlcet:
/etc/init.d/openbsd-inetd stop
update-rc.d -f openbsd-inetd remove
sed -i s/no/yes/ /etc/default/tftpd-hpa
což se zřejmě nepovedlo
Myslim, že jste ani jeden příliš nepochopil fungování (x)inetd. Teda, spíš vůbec.
http://chschneider.eu/linux/server/tftpd-hpa.shtml
Prosím, mohl by jsi pro mě jako nechápavého popsat ten rozdíl, nebo to co jsem nepochopil? Z toho článku mi to není bohužel jasné. Díky
-
což mě donutilo si o tom inetd něco nastudovat...teď už mám jasno, každopádně ohledně PXE se vydavam metodou pnp, kdy neni potřeba chroot
reference a výsledek podám později
Hlavně zkus ručně nějakým TFTP klientem stáhnout ten soubor pxelinux.0, pokud to nepůjde ručně tak je jasné že to nebude fungovat ani při PXE bootu.
-
to otestovani klientem je mysleno napr. takto:
tftp 192.168.0.1 -c get pxelinux.0kdyz ti to nepujde z nejake stanice, muzes to zkusit i primo na serveru...
pro jistotu, ta IP je adresa kde bezi tftpd...
-
PXE funguje, použil jsem tlsp-pnp na Debianu 9 32bit
brutalni nástroj společně s utilitou Epoptes, ktera umi watch vsech pripojenych klientu
neuveritelne co se da napsat v Pythonu+GTK
zkousim klienta pres obstarozni switch 100M a kmitá celkem svižně
hoši klobouk dolů vyvojářům projektu
-
Zdravim, kedze sa par dni hram s moznostou bootovat cez PXE. Tak sa chcem podelit o zmienku softveru FOG Project (https://fogproject.org (https://fogproject.org)).
Umoznuje backup/clonovanie/restore po PXE. Daju sa tam nastavit pravidla na automaticke operacie.
Rovnako sa da upravit bootmenu a bootovat tak trebars distribuciu podprujucu ipxe-netboot. Live distribuciu, aj z ISO suboru. Ale nieje to uplne trivialne(ako pre koho).
-
umí ten FOG diskless stanice? to bude pravděpodobně jeho slabina
-
Odskusam a dam vediet. Dnes.
-
umí ten FOG diskless stanice? to bude pravděpodobně jeho slabina
FOG je Clonezilla na steroidech, tedy pripravene PXE, Clonezilla, Web rozhrani a ruzne pomocne scripty pro administrace/monitoring stanic...
diskless stanici to tedy neumi nativne FOG, ale stejne jako do jakehokoliv PXE, muzes dostat editaci menu a pridanim jadra&initrd&iso/squashfs/nfs_share dalsi polozku/system, podobne jako to asi uz mas :)