-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
válasz
Jester01
#24296
üzenetére
Ezt a forrást használtam és a ./configure --prefix=/opt --with-sysroot=$HOME/toolchain --libdir=/opt/lib --host=mipsel-openwrt-linux paraméterekkel fordítottam, illetve minimális fixeket kellett a Makefileban eszközölni utána, mert hiányzott pár LDFLAG...
Egyébként a /opt/lib mappában is csak libc.so.0 van, csak, h még izgalmasabb legyen...
-
-
válasz
Mr Dini
#24292
üzenetére
Sorry, lejárt a szerkesztési idóm...
Ez mi a fail?:
root@TomatoUSB:/tmp/home/root# export LD_LIBRARY_PATH=
root@TomatoUSB:/tmp/home/root# sg_raw
sg_raw: can't load library 'libc.so.1'
root@TomatoUSB:/tmp/home/root# export LD_LIBRARY_PATH=/opt/lib
root@TomatoUSB:/tmp/home/root# sg_raw
No device specified
Usage: sg_raw [OPTION]* DEVICE CDB0 CDB1 ...
Options:
-b, --binary Dump data in binary form, even when writing to stdout
-h, --help Show this message and exit
-i, --infile=IFILE Read data to send from IFILE (default: stdin)
-k, --skip=LEN Skip the first LEN bytes when reading data to send
-n, --nosense Don't display sense information
-o, --outfile=OFILE Write binary data to OFILE (def: hexdump to stdout)
-r, --request=RLEN Request up to RLEN bytes of data (data-in)
-R, --readonly Open DEVICE read-only (default: read-write)
-s, --send=SLEN Send SLEN bytes of data (data-out)
-t, --timeout=SEC Timeout in seconds (default: 20)
-v, --verbose Increase verbosity
-V, --version Show version information and exit
Between 6 and 256 command bytes (two hex digits each) can be specified
and will be sent to DEVICE. Lengths RLEN and SLEN are decimal by
default. Bidirectional commands accepted.
Simple example: Perform INQUIRY on /dev/sg0:
sg_raw -r 1k /dev/sg0 12 00 00 00 60 00
Hogy lehetne orvosolni a cuccot (tehát, hogy ne kelljen LD_LIBRARY_PATH-t állítani)?
-
válasz
Jester01
#24290
üzenetére
Ezt a csomagot szeretném megosztani, szóval inkább a fordításos gépen való megoldáshoz ragaszkodnék!
Amúgy kipróbáltam azt, hogy toolchain /lib mappáját áttettem a Cross-compile-s gépen a /opt/lib mappába és a configure-nek megadtam a
--libdir=/opt/libkapcsolót, de ugyanúgy hiányolja a Tomato-s routerem a libc.so.1-et.Amit furcsálok is, mert a Cross-compile gépen kiadva egy
ls-t a libdir mappára:# ls /opt/lib/
crt1.o libcrypt-0.9.33.2.so libm-0.9.33.2.so libresolv.a libthread_db-0.9.33.2.so
crti.o libcrypt.a libm.a libresolv_pic.a libthread_db.a
crtn.o libcrypt_pic.a libm_pic.a librt-0.9.33.2.so libthread_db_pic.a
gcc libcrypt.so libm.so librt.a libthread_db.so
ldscripts libcrypt.so.0 libm.so.0 librt_pic.a libthread_db.so.1
ld-uClibc-0.9.33.2.so libc.so libnsl.a librt.so libuClibc-0.9.33.2.so
ld-uClibc.so.0 libc.so.0 libnsl_pic.a librt.so.0 libutil-0.9.33.2.so
lib libc_so.a libpthread-0.9.33.2.so libstdc++.a libutil.a
libatomic.a libdl-0.9.33.2.so libpthread.a libstdc++.la libutil_pic.a
libatomic.la libdl.a libpthread_nonshared.a libstdc++.so libutil.so
libatomic.so libdl_pic.a libpthread_nonshared_pic.a libstdc++.so.6 libutil.so.0
libatomic.so.1 libdl.so libpthread_pic.a libstdc++.so.6.0.19 Scrt1.o
libatomic.so.1.0.0 libdl.so.0 libpthread.so libstdc++.so.6.0.19-gdb.py uclibc_nonshared.a
libc.a libgcc_s.so libpthread.so.0 libsupc++.a
libc_pic.a libgcc_s.so.1 libpthread_so.a libsupc++.lanem látok sehol libc.so.1-et...
-
válasz
Jester01
#24288
üzenetére
binárist is felmásoltad valahogy
Felcsatoltam a nasom nfs megosztását a /opt mappába és felraktam egy entware-ng-t. Aztán a PATH-hoz hozzáadtam a /opt/bin -t. Viszont a /lib -ben keresi mindeképp a libc.so.1-et, ahova nem tudok másolni.
Egyébként szerintem ez még támogatja a static linket. UClibc fordító és 2.6.38-as kernel
... -
-
Sziasztok!
Egy Tomato-s routerre kéne feltennem az sg3_utils csomagot. Viszont nincs ilyen csomag az entware-ng repóban, így magamnak fordítom le az openwrt uClibc-s mips32 toolchainjével. Viszont mikor felrakom a routerre, ezt dobja:
root@TomatoUSB:/tmp/home/root# sg_raw
sg_raw: can't load library 'libc.so.1'Sajnos read-only a lib mappa, így nem tudok symlinkelni. Egyébént igaza van, mert csak libc.so.0-ám van, csak nem tudom, h hogy lehetne megadni neki azt. Illetve statikus linkelésre van lehetőség?
Köszi!
-
-
válasz
CPT.Pirk
#24221
üzenetére
És újabb kernelt nem lehet lefordítani nálad?
Sajnos ez egy beágyazott rendszer... Én meg nem vagyok kernelfejlesztő. De próbáltam már az arm-os Debiant, illetve az Arch-ot, azoknak jóval frissebb (4.x) kernele van, csak ott meg rengeteget kéne konfigolni és jelenleg nincs időm cups, samba és egyéb dolgok állítására.
És ha a
make ARCH=arm zImageparancsot adod ki? Nem tudom elhinni, h a gcc lenne a gond. -
válasz
CPT.Pirk
#24219
üzenetére
Bizony régi, de működik. Egyedül csak az új syscall-ok hiányoznak nagyon, illetve néhány usbfs csatoló tool. Pl az adb-t nem tudom így használni...
Szerintem a gcc nem lehet probléma, hacsak a buildelés közben nem dob valami hibát. Szerintem vagy valami hiányzik a kerneledből, vagy rossz a sum (már ha uImage stb...).
-
válasz
CPT.Pirk
#24217
üzenetére
Én egy nasra készítettem a hozzá mellékelt GPL forrással egy mod kernelt.
Nos, én egyből csak a kernelt szerettem volna lefordítani, ami a kernelforrás/trunk/linux-2.6.31.8/ mappa alatt található. Viszont ez nem akart működni, mert le kellett fordítani az egész fw-t, amit a kernelforrás/trunk/ alatt kiadott
make worldparanccsal tudtam megtenni. Ezután már simán le tudtam fordítani jól a kernelt.Nos nem tudom, hogy Nálad ez pontosan hogy van, de esetleg (ha van) a mellékelt README segíthet.
-
Sziasztok!
A kernel forrást egy külső hdd-n tárolom amit le szerettem volna választani, de elvileg le volt már, szóval csak lehúztam. Azóta nem ismeri fel a cuccot az ubuntu...
Lsusb-ben látszik csak, dmesg nem mond semmi lényegeset.Van valami mód a helyreállítasra? Ext4 partícióról lenne szó.
Ui.: nem egy vérbeli haladó kérdés, de remélem ettől függetlenül megtűritek.
-
válasz
Mr Dini
#24145
üzenetére
Jéjj! Sikerült tftpvel mégis bebootolni a custom kernelt.
De valamiért nem működik még mindig a wifi, de ez nyilván csak azért van, mert én bénázok...
Szóval, egy kis összefoglaló... Van egy ZyXEL NSA320S-em, ami egy "beágyázott" 2.6.31.8-as régi-régi linux kernelre épülő OS-szal rendelkezik. Illetve egy kirkwood arm5-ös architektúrás proci van benne. Nem egy atomgép, de eddig rengeteg dolgot tudtam belőle kihozni...
De most elhatároztam, h én bizony az usb-s tp link wifi stickemmel wifizni fogok vele. Viszont ehhez nem elég a sima modulfordítás a GPL forrásból, mert amikor modprobe/insmod segítségével betölteném, akkor unknown symbol-okat dob. Ebből én azt szűrtem le, h a kernelben le van tiltva a wireless support és a driverek, mint pl a mac80211, a cfg80211 és a libnl80211... És valóban, mikor toltam egy menuconfigot a Zyxel féle hivatalos GPL forrásból, akkor láttam, h ezek biziny nincsenek engedélyezve... Szóval egy 32 bites ubuntura előkészítettem egy cross-compile környezetet, PATH-t ráállítottam és nekiálltam a módosítások után lebuildelni a kernelt. Ez sikerült is és kaptam is egy uImage fájlt.
Ezt beraktam tftp-re és a nasról ttl kábel (soros>usb kábel) segítségével betöltöttem a memóriába az új kernelt.
Ezzel minden szép és jó, a cucc bebootol, be tudom gond nélkül tölteni az rt8192cu drivert (a dongle drivere) és a dongle bedugása után látszik is a dmesgben, h alakul a dolog.
Viszont mikor a mac80211-et tölteném be, akkor invalid argunmentet dob és a dmesg azt mondja, h már be van töltve... Viszont az lsmodnál csak az rt8192cu látszik.
Nem baj, gondoltam attól még haladjunk tovább! Szóval aktiváltam a wlan0 interface-n a cuccot az "ip link wlan0 up" paranccsal, ezután az ifconfigban látom is az eszközt, illetve a ledje villog egy ideig (aztán gondolom vmi készenléti módba kapcsol).
De mikor próbálnék szkennelni iwlisttel, akkor ezt dobja:
root@NSA320S:~# iwlist wlan0 scan
wlan0 No scan resultsSzóval nem talál semmilyen wifi ssid-t a közelben... Pedig van csak nekem 5 db...
Arra gondoltam, h lehet, h ez csak a nyílt és a wep hálókat látja, a wpa-t nem? Még listázni se képes?
Na mindegy, megpróbáltam egy frissen fordított wpa supplicanttal is, de az valami ilyesmit dob:
root@NSA320S:~# wpa_supplicant -B -i wlan0 -c /ffp/etc/wpa_supplicant/asd.conf
Successfully initialized wpa_supplicant
rfkill: Cannot open RFKILL control device
nl80211: deinit ifname=wlan0 disabled_11b_rates=0
wlan0: Failed to initialize driver interfaceÉs ha a wext drivert akarom használni, akkor egyszerűen kicrashel az egész...
Illetve ha kihúzom a dongle-t, akkor is meghal a rendszer... Ez miért van?
Köszi!
-
válasz
vargalex
#24149
üzenetére
Amit linkeltél archról, az egy nsa320, nekem nsa320s-em van...
Usb-t azért nem ismer fel, mert HUBok az usb-k a nas alaplapján... A bootp nem működik, elszáll dhcp ack hibával, a tftp működik, mert leszed valamit, aminek a mérete is stimmel, de ennyi. Utána nem történik semmi.... Lehet, h beleégette a nandba?
A sata-s bootot pedig kiszedte a gyártó.
Lehet, h készítek egy u-bootot és feltolom rá azt... De előtte még megpróbálom majd a soros portos bootot. Azt hogy kell?
-
válasz
vargalex
#24147
üzenetére
Olyan eszközre írd, amit lát és onnan boot-olj
Ezt pontosan hogy érted? Van benne még egy ext4 hdd, ha arról is lehetne, az lenne a legjobb.
Igen kirkwood és a kw-boottal valóban lehet u-bootot is cserélni, de én most nem az u-bootot, hanem a kernelt (uImage) szeretném cserélni.
-
válasz
Mr Dini
#24145
üzenetére
Nah, asszem megvan a hiba, így másfél nap után az usb info parancsomra kinyögte a problémáját. Mégpedig azt, h HUB-ként látja a pendriveomat...
És a HUB-ot nem tudja kezelni.Szóval a pendrive kilőve...
Viszont szeretném ezt a módosított kernelt tesztelni, még mielőtt beleégetném a nas nandjába. Van erre valami lehetőség, esetleg tftpvel?
-
Sziasztok!
Van itt valaki, aki keni-vágja az u-boot BL-t?
Mert készítettem egy mod kernelt a nasomra és soros (ttl) kábellel bejutva az u-boot konzolba és kiadva az usb start parancsot, mindig csak "0 storage device found"-ot kapok...
A pendrive pedig csatlakoztatva van és fat32-re van formázva. Esetleg rossz a formázás? Mibe kéne? (Ntfs-t, fat-ot és ext4-et próbáltam már...)
-
Nah, megint van egy problémám, amivel visszaszáműztek ide az Ubuntu topikból....
Így raktam fel az Ubuntut és ez a problémám a csomagkezelővel:
"Sziasztok!
Vegre teljes mertekben sikerult osszehozni a diskless Ubuntu-m, amit foleg fejlesztesi es zenehallgatasi celokra terveztem hasznalni.
A gond az, h mikor fel szerettem volna rakni par csomagot (konkretan a git-core build-essential libssl-dev libncurses5-dev unzip gawk), akkor elszallt ezzel a hibaval:
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...
Errors were encountered while processing:
/var/cache/apt/archives/libasan0_4.8.4-2ubuntu1~14.04.3_amd64.deb
/var/cache/apt/archives/libatomic1_4.8.4-2ubuntu1~14.04.3_amd64.deb
/var/cache/apt/archives/libtsan0_4.8.4-2ubuntu1~14.04.3_amd64.deb
/var/cache/apt/archives/libquadmath0_4.8.4-2ubuntu1~14.04.3_amd64.deb
/var/cache/apt/archives/libgcc-4.8-dev_4.8.4-2ubuntu1~14.04.3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)Es ezutan ha barmire hasznalni szeretnem az apt-t, akkor ezt dobja:
# apt-get autoremove
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
gcc-4.8 : Depends: libgcc-4.8-dev (>= 4.8.4-2ubuntu1~14.04.3) but 4.8.4-2ubuntu1~14.04 is installed
libgcc-4.8-dev : Depends: gcc-4.8-base (= 4.8.4-2ubuntu1~14.04) but 4.8.4-2ubuntu1~14.04.3 is installed
libstdc++6 : Depends: gcc-4.8-base (= 4.8.4-2ubuntu1~14.04) but 4.8.4-2ubuntu1~14.04.3 is installed
E: Unmet dependencies. Try using -f.Namost, nekem ezekre mind szuksegem lenne. Viszont a tesztelesek kozben mar tobbszor elojott ez a rakat hiba... Hogy lehetne megoldani, h menjen minden flottul?
Koszi!
"Azóta "dpkg -P"-s eltávolítással sikerült leszednem a két rossz gcc csomagot, az stdc-t pedig "apt-get -f install" helyreraktam. Viszont gcc-re mindenképp szükségem lesz a cross-compile-höz, szóval ez így nem megoldás...
-
válasz
vargalex
#24133
üzenetére
Pedig su és jelszó után a whoami is roottal tér vissza és kapok egy #-es kitűzőt is.
Akkor azt h hívják? Jó, persze tudom, h lehet más userrel is használni...A sudo-t pedig nagyon ritkán használtam az ubuntu előtt, de azt vettem észre, h a sudo parancs kiadása után roottal adja ki a parancsot.
-
Sziasztok!
Vegre sikerult rajonnom, hogy miert nem tudok nfs-es chrootbol usereket letrehozni.
Szoval megy tokeletesen pxevel, a modositott initramfs-sel az Ubuntu 14.04-em es a modositasokat is lementi!
Viszont valamiert picit sokaig bootol es nagyon leterheli a nasom HDD-jet futas kozben... A Live rendszert is hasonloan (nfs) bootolom be, de az sokkal gyorsabb. Mindossze csak annyi a kulonbseg, hogy az egyik .squashfs (a live), tehat erosen be van csomagolva, a masik pedig kicsomagolt. Azt hittem, h a kicsomagoltat egyszerubb hasznalni, hiszen ott nem kell kicsomagolni pluszban...
2. Ez nem halado kerdes, de engedjetek meg nekem, ha mar ugyis ide irok, hadd ne keljen meg oda is. Az pedig az, hogy mint latjatok angol a rendszer es a billenytuzet is angolra van allitva. Annyira nem vagyok noob, h ne tudjam atrakni, de ez megfogott a sudo parancsra:
pisti is not in the sudoers file. This incident will be reported.
A su-ra meg lazan megy a belepes root shellbe, de a sudo-t is szeretnem hasznalni, szoval jo lenne megodani.
Egyenlore ennyi. A tobbit meg asszem az Ubi topikban fogom megkerdezni.
Köszi!
-
Üdv!
Egy csomagot fordítok, melyben le szeretnék cserélni pár ikont. Viszont ezek hex-ben vannak megadva.
Az oké, hogy hogy csinálok képből hexet, de fordítva is működik valahogy? Csak mert nem tudom a felbontást...
-
-
válasz
bencze
#24023
üzenetére
Az nem jó...
Igen. Az otthoni nas-t szeretném távolról elérni. Eddig csak openvpn-nel, illetve mezei port fw-s ftp-vel lehetett ezt megoldani, de az openvpnhez kell kliensprogram is, aminek telepítése & rendszergazdai jogok megszerzése necces a melóhelyen. Annyira h*lye meg nem vagyok, hogy ftp-t ki a world-wide-webre. Tehát belevágtam egy olyan megoldásba, amit ezen a nason még senkinek sem sikerült megvalósítania, ez pedig a titkosított webdav. A webdav része már tök jó. Már felh. nevet és jelszót is kér, csak az nincs még megoldva, hogy átirányítson httpről httpsre, illetve ez a tanusítvány buggol...
De ha titkosított valóban a forgalom és pl egy sniffelésben csak az encrypted packeteket látom (jobban mondva nem olyan packet, amit ki lehetne olvasni a kulcs nélkül), akkor megnyugodtam.
-
válasz
bambano
#24018
üzenetére
Ok, akkor feltétlenül kipróbálom majd, köszi a segítséget!
Bár jobban belegondolva Kína ellen elég lenne mondjuk egy captcha egyszerűbb megoldás lenne, bár gondolom fizetős és arra sincs tippem, hogy hogyan lehetne azt megoldani, hogy csak annak jelenjen meg, aki még nem teljesítette. Bár gondolom ilyesmire nincs lehetőség az apacheon belül, szóval maradok a fail2ban -nál.
2. A fail2ban egyből bannol, vagy állítható a "fail"-ok száma?
3. Milyen tűzfalat igényel? Mert jelenleg nincs fent semmi...
-
válasz
bambano
#24015
üzenetére
Ez az apache egy saját fordítású tákolmány, szóval nem hiszem, hogy benne lenne. Mind1, nem hiszem, hogy vkinek akkora szüksége lenne a cuccaimra. Illetve gondolom a folyamatos szkennelés terhelné a nas-t.
@bencze
Nem egészen. A fentebb írt paranccsal generáltam egy openssl-es aláírást, ezzel csak az a gond, hogy a Firefoxban a cert kibocsátó cége és a tulajdonos cége ugyanaz. Elvileg ha különböző, akkor nem nyavajog.
Kicsit részletesebben:
A parancs lefuttatása után kért pár adatot a cert-hez. Köztük kérdezte a vállalatom nevét. Ehhez beírtam, hogy otthoni szerver. Aztán a többi adatot is megadtam és a legenerált aláírást beraktam a helyére. Ezután elindítottam az apacheot és ezután teszteltem firefox alól. Ekkor láttam a figyelmeztetést, hogy vmi nem stimmel. Ránéztem a tanusítvány részletei fülre és ott látszott, hogy a kibocsátó alatti cég és a tulajdonos alatti cég ugyanaz. És ezért panaszkodott nekem a firefox logikusan... Az a gond, hogy a generáláskor csak 1 céget kért...
Amúgy így is biztonságos a kapcsolat?
Vásárolni nem szeretnék, mivel csak egy otthoni webdav szervernek kéne a nasomra.
Esetleg az ssl redirectre vki?
-
válasz
Mr Dini
#24012
üzenetére
Tévedtem, nem sikerült megoldanom a "A tanúsítvány nem megbízható, mert a saját kibocsátója által van aláírva." problémát. Gondolom az a hiba, hogy a kibocsátó és a tulajdonos ugyanaz. (mivel erre panaszkodik a FF)
Ezzel a paranccsal generáltam az aláírást, de szerintem vmi itt nem stimmel...:
openssl req -config /etc/ssl/openssl.cnf -new -out server.csr
Mit kéne tennem?
@bambano
És ezt mennyire bonyolult kivitelezni?
-
Sziasztok!
Egy apache webdav szervert szeretnék összehozni, ami tökéletesen szuperál, viszont akadt egy megoldandó problémám. Ez pedig akkor jelentkezik, ha csak az url-t írom be és nem biggyesztem oda a https://-t. Akkor ezt dobja:
Bad Request
Your browser sent a request that this server could not understand.
Reason: You're speaking plain HTTP to an SSL-enabled server port.
Instead use the HTTPS scheme to access this URL, please.Íme egy apache konfig részlet [link].
Illetve azt meg lehet oldani valahogy, hogy mondjuk max 5 bad login lehet 2 percenként? Gondolom igen, de hogyan?
Köszi!
Szerk.:
Ja és még vmi... A FF ezt dobja az openssl-es tanusítványomra: A tanúsítvány nem megbízható, mert a saját kibocsátója által van aláírva. Mit kellett volna még megadni a generálásnál?Sejtem, mi lehet a gond... -
válasz
Mr Dini
#23848
üzenetére
Közben mindent sikerült megoldanom, így megy a diskless redszerem. Viszont nincsenek userek, így csak guest session-t tudok létrehozni. Így megint bebootoltam egy live Ubuntut, sshfs-sel felcsatoltam a chrootot és kiadtam a useradd -d /home/pisti/ -m pisti parancsot, de erre azt dobta, hogy lockolva van a /etc/groups, próbáljam meg később. Nos, valóban volt egy /etc/groups.lock fájl, így azt letöröltem, illetve ellenőriztem, hogy van-e shadow.lock, password.lock stb... Ha volt, akkor töröltem, majd megint megpróbáltam kiadni a parancsot, de másodszorra is ezt dobta, és létrehozta a groups.lock-ot... :/
Tehát arra tudok tippelni, hogy az kavar be neki, hogy ez egy sshfs csatolásos chroot és nem "fizikailag" a gépbe van.
Szerintetek, ha a Live ubuntuban létrehozom a pisti user-t, illetve adok neki jelszót és átmásolom a diskless ubuntu chrootjába az így keletkezett shadow-t és password-öt, akkor működőképes lesz?
Köszi!
-
Akkor folytatom a beszélgetést magammal!
Közben sikerült mindent feltenni sshfs csatolásos chrooton keresztül, szépen lebuildeltem az initrd-t és a vmlinuz-t, majd készítettem egy nfs share-t a chrootomra és módosítottam a pxe menüt, hogy benne legyen a friss, ropogós Diskless Ubuntum.
Jó, ezután kilőttem az nfs-t, hogy lássam, hogy hogyan reagáll arra, ha nem tud nfs-t használni. Ahogy vártam, már az elején connection refused-et dobott.
Ezután tettem még egy próbát, de már aktív nfssel. Szépen elkezdett bootolni, felismerte a csatlakoztatott eszközöket, majd feldobott egy szokásos terminálszerű ablakot, ahol nyomon lehet követni, hogy most éppen mit indít. Szépen látom, hogy a cups szerver is elindul, meg az általam még chrootból feltett freeradius is stb, de egyszer csak megáll... Ez az utolsó: Starting Network Connection manager... [OK]
Namost, amire tudok tippelni, az az, hogy egy külföldi fórum leírása alapján az initramfs moduljai közé beraktam egy aufs-t és az aufs-be pedig bemásoltam, amit írtak a fórumon. Namost, ez csupa mountból állt és csodálkoztam is, hogy akkor ezt mé' nem fstabba tesszük.
Namost, arra tippelek, hogy ezmiatt nem bootol a cucc, mert mondjuk az egyik mount nem tud lefutni és beragad. Lehetséges ez?
Köszi!
-
válasz
Mr Dini
#23846
üzenetére
Senki?
Azt hittem ezek triviális kérdések... Amúgy érdekes módon ha nem egy csatolás a chroot, hanem a winyón van, akkor nincs semmilyen gond... Viszont azt a rengeteg kis fájlt nagyon nehézkes lenne áttenni a nasra, szóval mindenképpen szeretném megoldani szerver oldali fájlokkal.
Kérdés, hogy milyen csatolást használjak? Próbáltam szambát, de az ugye nem támogatja a symlinkeket, akkor próbáltam nfs-t, azzal is volt vmi gáz, talán a jogokkal, és próbáltam ssh csatolást, ott meg rejtélyes módon, hiába roottal csatolom fel a mappát, néhány dolgot (pl /dev/null mknodolását) nem engedi és operation not permittedet dob...
Ha pedig szerverről hozom létre, akkor is gondja van vele...Any idea?
-
válasz
Mr Dini
#23844
üzenetére
Jó, hogy magam jövök rá a dolgokra, mert így is tanulok, de azért nem venném zokon, ha valaki kicsit gyorsítana a folyamaton!
Tehát letöröltem a /dev/null-t és hagytam, hogy létrehozza egyenlőre az apt-get magának. Létre is hozta, csak nem device node -ként, hanem egy szimpla fájlt... De úgy látszik, ez egyenlőre a legjobb megoldás. Majd ha kész az initrd és már nincs szükség az apt-get-re, akkor létrehozom rendesen.
Viszont azt olvastam, hogy az initrd-hez kell nekem az initramfs-tools csomag és a linux-image csomag. Nos ezeket próbáltam feltenni, de már az initramfs elhasal. Mivel az apt-get kimenetéből nem látszik semmi, csak a status, így a dpkg kimenetét másolom be:
root@KStudio:/# dpkg --configure -a
Beállítás: initramfs-tools (0.103ubuntu4.3) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.103ubuntu4.3) ...
update-initramfs: Generating /boot/initrd.img-3.19.0-25-generic
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W//lib/firmware/cxgb4/t5fw.bin: No such file or directory
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W//lib/firmware/cxgb4/t4fw.bin: No such file or directory
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W//lib/firmware/cxgb4/t5fw.bin: No such file or directory
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W//lib/firmware/cxgb4/t4fw.bin: No such file or directory
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W/etc/modprobe.d/blacklist-oss.conf: No such file or directory
cryptsetup: WARNING: could not determine root device from /etc/fstab
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W/sbin/modprobe: No such file or directory
cp: failed to preserve ownership for /tmp/mkinitramfs_8qLS6W/sbin/rmmod: No such file or directory
E: /usr/share/initramfs-tools/hooks/kmod failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.19.0-25-generic with 1.
dpkg: error processing package initramfs-tools (--configure):
installed post-installation script alfolyamat 1 hibakóddal kilépett
Hibák történtek a feldolgozáskor:
initramfs-toolsIgen, ezeket a no such fileokat sem igazán értem...
-
Sziasztok!
Most próbálkozom a chrootolt "rendszeren" initrd-t csiholni, de már a csomagtelepítésnél elakadtam, mert azt dobja, hogy a /dev/null -hoz nincs joga. Néztem, hogy miért, erre látom, hogy rosszul volt létrehozva a live rendszeren. Na, gondoltam rm -f -el letörlöm és újra létrehozom, de ezt dobja:
root@KStudio:/# mknod /dev/null c 1 3
mknod: '/dev/null': Operation not permittedMivel a gépben nincsen winchester, csak rengeteg ram, így ez is egy Live Ubunturól megy és a nasomon van maga az FHS fájlrendszer, amit sima ssh csatolással ( sudo sshfs -o allow_other,defer_permissions root@nas.hu:/ubi/chroot/mappa/ ./Desktop/ubuntu-chroot/ ) csatoltam fel. Lehet, hogy az ssh csatolás miatt lesz gondja a jogokkal... Ha adok rá rekurzívan egy 777-et, az gondolom megoldja a dolgot, de később még lehetnek vele gondok, ha éles rendszerként használnám...
Mi tévő legyek?
Szerk.: Igen, az ssh csatolás miatt nem megy a dolog... Ha belépek a nasra és onnan mknodolok, akkor minden oké. Amit viszont nem értek, hogy a fájlok mind root-tal lettek létrehozva és az ssh csatolás is roottal történik, akkor miért nincsen jogom hozzá?
Viszont ugyanúgy permission Denied-et dob, ha belépek a chrootba és próbálnék egy apt-get update-t:
sh: 1: cannot create /dev/null: Permission denied
A jogok pedig így néznek ki:
crw-rw-rw- 1 root root 0, 0 Mar 25 10:24 /dev/null
-
válasz
Mr Dini
#23822
üzenetére
Na zsir... Sikerult a chroot. Viszont eleg szegenyes a cucc, meg egy rendes csomagkezelo sincs benne...
Ugyhogy asszem ez felejtos, mert nem fogok fuggosegeket hajkuraszni az egyes csomagoknak...
Inkabb kibontom a lemezes filesystem.squashfs-t, azzal lesz egy rendes rendszerem es mar csak az initrd elkeszitese van hatra, amiben kernem szives segitsegeteket, vagy vmi cikket, hogy hogy kene nfs kepesse tenni. A nas (ezen fut a teszt nfs) localdomain-je nas.hu.
Koszi!
-
Ok, leszedtem a Debian wheezy-t, mert a jessie-t valamiert nem sikerult. Erre vegre nem a szokasos no such... bash hibat dobta, hanem ezt:
root@ubuntu:/home/ubuntu/Desktop/ubi/debian/wheezy# chroot ./
/bin/bash: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directoryHa bemasolom kezzel a mostani Ubuntu Live rendszerembol, akkor pedig a glibc-re panaszkodik, h min 2.14 kell neki.:
/bin/bash: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /lib/x86_64-linux-gnu/libtinfo.so.5)
/bin/bash: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /lib/x86_64-linux-gnu/libtinfo.so.5)Gondoltam, akkor ezt is atmasolhatom a Live Ubibol es ugyan hibat irt, de legalabb megy a chroot.
Ez egyebkent mitol lehet? Gond az, hogy nem Debian van fent?
Ui.: Sorry az ékezethiány miatt, de a Live Ubimról írok, amin angol a bill. kiosztás...
Szerk.: Egyre jobb, most meg ezt kapom miutan libc-t cserelek:
Inconsistency detected by ld.so: dl-close.c: 743: _dl_close: Assertion `map->l_init_called' failed!
-
válasz
bambano
#23815
üzenetére
Igen, itt is debootstrappel szokás. Írtam is, h azzal szedtem le az eredeti hsz-ben.
Amúgy nekem a Debian is jó, nem ragaszkodom az uborkához.
Viszont néztem, h ott van valami sid is maga az oprendszer mellett (a wheezyt szedtem le) ez a sid mire kell nekem?Illetve ilyen initramfs-t hogyan tudok módosítani?
-
válasz
bambano
#23812
üzenetére
a legújabb verziót rakd fel, nem érdemes régebbivel kínlódni.
Köszi, de ezt hol tudom fellelni? Vagy csak bontsak ki egy live ubuntu lemez filesystem.squashfs fájlt?
Illetve az még mindig nem világos nekem, hogy hogyan fogom tudni elérni, h nfs-sel bootoljon egy mappából. A live linux boot már megvan, szintén nfssel, de ehhez gondolom a kernelt kéne piszkálnom, amiről értelmes leírást nem találtam...
-
válasz
Jester01
#23810
üzenetére
Szia!
Köszi a választ!
Innen szedtem le a lucid verziót.
Igen, van az ubi mappámban /bin/bash, illetve az alap liveban is van. Mivel ez egy official relase, így gondolom minden függőség stb össze van szedve...
2. Miben különbözik a lucid, meg a többi verzió? Pxe-s diskless rendszernek melyik a legjobb?
-
-
Szia!
Azt akarod elérni, h van egy program a málnán, amit kívülről el tudsz érni?
Mert akkor a legkézenfekvőbb a remote desktop kapcsolat (távoli asztal). Én a málnán az xrdp-t (ha a kliensgép windows), illetve a vnc-t szoktam használni/ajánlani. Mert ezek a legegyszerűbbek.
Telepíteni az xrdp-t így tudod:
sudo apt-get install xrdp -y
Ezután már léphetsz is be az alap távoli asztali kapcsolattal.
De szerintem nem csak ezzel a programmal lehet elérni a kamerád, hanem biztos van hozzá jó driver. Érdemes a v4l csomagban is körülnézni, mert ott rengeteg kameradriver megtalálható. Ha pedig van drivered, akkor én feltennék egy motiont.
-
#23740
Mr Dini
addikt
Neil Watts
#23734
válasz
Neil Watts
#23734
üzenetére
Szia!
Én is csináltam már ilyet szintén RPi-n. Javaslom hozzá a daloradius-t. Picit hosszabb a beállítása, de szerintem hosszútávon megéri, pláne, ha a router tud accountingot(bár esetedben szerintem nem).
Itt találsz egy nagyon jó leírást a daloradius és a freeradius beállításáról: [link].
-
#23720
Mr Dini
addikt
lionhearted
#23707
válasz
lionhearted
#23707
üzenetére
Szia!
Köszi! De ezt ennél a kódnál hogyan tudnám használni? Nekem nem sikerült a headert beállítani...
-
Sziasztok!
A naillel, másnéven mailxszel küldöm az infókat (logok stb) 15 percenként a gmail smtp szerverével. Tök zsírul működik, egyetlen gondom, hogyha a tárgyhoz ékezetet írok, akkor ? lesz helyette. Gondolom a karaktertáblát kéne átteni, de hogyan?
Illetve, ha ékezetek/unicode karakterek vannak a szövegben, akkor egy üres e-mailt kapok, aminek van egy noname nevű csatolmánya. Ha viszont simán futtatom le és nem az shból, akkor el tudja rendesen küldeni...
Mi lehet a gond?
Köszi!
-
válasz
Rimuru
#23628
üzenetére
Annyira nem parázok, mivel éles a rendszer már lassan 5 éve és eddig csak én fedeztem fel ezt a kis lukat. Viszont jó lenne megoldani. Tudom, h az ssh tunnel lassú, pláne, ha csak magán az ssh portján lehet kinyitni a szerver felé, de egyesek nem szeretnék, ha a meló helyett az index, meg egyéb dolgok mennének.
Amúgy más megoldás a netezésre nem nagyon van. Ja igen, a wget működik, ha tudja az ember, hogy mit szeretne letölteni. (Illetve nincs iframe, meg stb a kódban)
-
Sziasztok!
Rendszergazda topikból irányítottak ide ezzel:
Szeretném letiltani az ssh tunnelt úgy, hogy az ssh használható legyen. Mert van egy debianos szerver. Ez a tartomány"vezérlő". Erre jelentkeznek be win7 enterpriseos gépek. Ez eddig oké. Viszont szeretném, ha a gépnél ülők ne tudjanak se netezni se ftpzni stb. Ehhez letiltottam az összes portot, kivéve a fontosakat, amiket használniuk kell. Az egyik ilyen az ssh.
A tiltás tökéletes, viszont ha valaki leleményes és ismeri az ssh tunnel-t, akkor meg tudja kerülni simán pl puttyal a korlátozást...
Illetve a másik kérdésem, hogy lehet-e valahogy a többi forgalmat, pl a torrentet is a tunnellen keresztül csinálni? Mert ha igen, az elég gáz!
3. Root jogok nélkül van-e valami linux parancs (ami debianon van), ami kidobja a használt portokat?
Köszi!
-
Szép estét!
Megint lenne egy kérdésem, ahogy azt már megszokhattátok tőlem...
Feltettem a clamAV-t a nasra, mint víruskergetőt. Igen, tudom linuxra nem nagyon van vírus, nem is ettől félek... Hanem a wines gépek esetleg megfertőzhetik a nas-t, vele együtt pedig az összes gépet, ami aktívan kapcsolódik a hálózathoz...
Működik a cucc manuálisan, viszont nekem vmi olyasmi kéne, hogy ha új fájl kerül az xy mappába, akkor azt vizsgálja meg. Van arra lehetőség, hogy figyeltetek egy mappát rekurzívan és ha új fájl kerül be, vagy módosítódik, akkor vizsgálja meg a clamAV?
Köszi!
-
válasz
Mr Dini
#23444
üzenetére
Húú! Ezzel a debootstrappel csak a szívás van. Leszedtem egy viszonylag friss verziót, ki is csomagoltam és látom, hogy nem configure-s a telepítés, hanen egyből make-kel kell feltenni... Ezzel csak annyi a bibi, hogy a nasomon a gyökérben lévő rendszermappák (konkrétabban semmi) sem írható és nem is lehet azzá tenni. Nem is lenne értelme, mert csak egy ramdisk, ami rebootkor visszaáll. A rendes írható linux az a /ffp könyvtárban van. Ezt a configure segítségével könnyű kiküszöbölni a --prefix=/ffp kapcsolóval. És akkor úgy buildeli le a cuccot, hogy minden oks.
Tudom, a make esetében is lehet ilyesmit csinálni, mégpedig a DESTDIR=/ffp hozzáadásával. Szépen fel is megy a cucc, de sajnos a fájljait a /usr/share/debootstrap mappába akarja írni. Nem is találom, hol van ez a könyvtár deklarálva benne. Végső kétségbeesésemben eresztettem rá egy sed-et, de az meg vmit tönkrevágott...
Van valami más lehetőség az ubuntu chroot megkaparintásához?
Vagy Ti hogy csinálnátok ubuntut diskless/thinpc módban?
Köszi!
-
válasz
Jester01
#23443
üzenetére
Ahogy nézem igazából 3 fontos dolog van ebben az imageben. A vmilnuz, az initrd és a filesystem.squashfs.
Utóbbi tartalmazza a fájlrendszert. Ezt tölti be a ramba igen, read-writenak (írhatónak).
Namost nekem tulajdonképpen csak az kéne, h kikapcsoláskor mentse bele ebbe a cuccba a módosításokat.
Ez az unionfs számomra ismeretlen... Google sem segített sokat, csak azt tudtam meg, h mi ez. Azt nem, h hogy lehet használni...
Szerk.: ha jól sejtem, akkor a debootsrepre van szükségem az nfs fájlrendszerhez. Na majd holnap kipróbálom!
Ui.: köszi a gyors választ!
-
Üdv ismét!
Már régóta keresem a megoldást az ubuntu live pxe bootra. Csak az nfs-es megoldás akart működni. Viszont valamiért a nas, amire felhegesztettem a pxe-t v2-es nfs-t használt gyárilag. És amikor a cucc megpróbálta felcsatolni a távoli nfs megosztást /cdrom -nak, gondolom, h leszedje pl a filesystem.squashfs-t stb kaptam egy rakat Protocol not supported -es hibát.
Sajnos sokáig nen jöttem rá, mitől lehet ez, de mostmár picit tapasztaltabb vagyok linux téren és fordítottam magamnak egy friss nfs-t. Nos a probléma egyszerű volt. Van a server side (szerver oldal) egy v2-es nfs-sel és van egy client side (kliensoldal), ami gondolom v3-as nfs-t használna. Lefordítottam egy v3-ast és láss csodát...! Működik!
A távoli nfs share a kicsomagolt ubuntu iso-t tartalmazza. Viszont szeretném diskless módban használni a live helyett. Tehát szeretném, ha le tudná menteni a módosításokat az nfs megosztásra, vagy bárhová, csak következő bootra a változtatások is menjenek. Mindenhol csak azt a választ kapom, h lehetséges, sajnos a módját még nem sikerült megtudnom. Így Hozzátok fordulnék, hogy egy ilyet hogy is lehetne összehozni? Egyáltalán lehetséges?
Köszönöm
, szép estét! -
Sziasztok!
Az adb-t, azaz az android debug bridge-et szeretném felvarázsolni egy linux kerneles arm5 procis nasra. Az adb csomagot lefordítottam, de nem ismeri fel a mobilom. Pedig lsusbre kiböki a telefonom nevét idját stb... Még azt is, h usb debbuging mode... ---> ha jól értelmezem a gép felismeri, csak az adb nem.
Kicsit rágugliztam. Azt írták udev rule-t kell állítani az eszköz azonosítójával stb. Ok, lefordítottam az eudevet. (Alapból nem volt rajta udev, mert vmi hotplug systemmel csatolja az usbket) Ez működni látszik. Szépen létrehoztam a szabályt és újraindítottam debug módban az (e)udevet. Látszott, h szépen be is importálja a szabályokat. Egyetlen furcsaság, h a szabályban csoportnak a plugdev van definiálva. Ilyen csoport pedig nincs a groups kimenetében és az ude is dob rá egy figyelmeztetést... Groupot hogy lehet létrehozni? (Ezt a plugdevet)
Egy másik külföldi fórumon azt írták, h az usb modeswitch is kell a csatoláshoz néhány esetben. Nos ezt is lefordítottam és létrehoztam egy szabályt. Majd a fórum azt írta, h adjak ki egy parancsot (ezt a pasteben olvashatjátok), de ezt dobja rá: [pastebin]
Nekem ez eléggé bűzlik és eddig még nem találtam rá
megfelelő dezodortmagyarázatot...
:Send Sierra control message
communication with device stopped. May have switched modes anywayUi.: sorry, ha egy picit off, az android topikban próbáltam először feltenni a kérdést, de nem kaptam rá választ...
-
#23383
Mr Dini
addikt
Atlantisz48
#23376
válasz
Atlantisz48
#23376
üzenetére
Szia!
Rootolt androiddal 2 perc feltörni. Van vmi wepcrack apk, amit csak fel kell tenni, oszt csá.
Amúgy kali linuxon megy az aircrack nálam. Egyszer kipróbáltam otthoni halón, így megmaradt.
Amúgy a monitoring módhoz nem mindegy, h milyen wifi adaptered van.
-
Üdv!
RedHat alatt van olyan parancs, amivel meg lehet nézni, h az adott fájlt milyen progra használja éppen?
Köszi!
-
Most rágyúrnék egy picit a freeradiusra, még 1x, hátha most sikerül az sql-t működésre bírni. Külön lefordítottam a csomagokat hozzá, most már elindulnak, viszont a tls betöltésénél (sites-enabled) elakad:
/ffp/etc/raddb/sites-enabled/tls[7]: Listeners of type 'auth+acct' MUST be defined in a server.
Bármilyen tippet/5letet előre is köszönök!
-
Üdv!
A help volt az első, de sajnos nincs neki... Azért a samutól többet vártam...
Konkrétan ezt szedtem le:
http://downloadcenter.samsung.com/content/DR/201512/20151210091120064/uld_v1.00.37_00.99.tar.gzSaneben alapból nincsen benne-e nyomtató támogatása, de ezzel mennie kéne. Megy is egy x86-os debianon szintén sanevel. Mert ott közvetlenül a / (azaz a root könyvtár) is írható. Itt csak egy read-only ramdisk van a / -ben, a lényeg (egy komplett linuxos mappaszerkezet), ami írható is, az a /ffp mappában (jobban mondva symlinkelt mappában) van.
Sane 100%-ig le van fordítva, arra ügyeltem!
Köszi!
-
Lenne még egy kérdésem, bár ez nem a linuxról szól, de azzal kapcsolatos!
Tehát, ha már így benne vagyok a fordításban, gondoltam milyen menő lenne, ha a mostani cupsos (sambán) hálózati nyomtatás mellé csinálok egy scanner szervert is. Debianos korszakomból a sane-t ismerem, mint ilyen eszköz. Ezt is fordítottam le, de mikor a sane-find-scanner parancsot lefuttatom, akkor kidob mindent a nyomtatóról, de azt mondja, h nem támogatott.
Ez egy samsung m2070 series nyomtató. A gyártó oldalán találtam drivereket. Köztük volt egy tar.gz, azt leszedtem, futtattam az install-scanner.sh-t, az szólt, h az arm5 nem támogatott, de mehetek tovább, ha gondolom. Na mondom tovább! Bedobja nekem az eulát, nyomom szorgosan a spaceket míg vége lesz, aztán kérdezi a szokásos elfogadom-e-t. Nyomom neki az y-t, elindul a telepítés. Itt látok olyat,(magyarosítva) h sanebe telepítés... Sikertelen, mert nem talált sane-t. Nyilván azért van, mert nem a gyökéren belüli etc mappában, hanem a /ffp/etc mappában kéne keresnie. Itt van-e olyan prefix opció, vagy a kódokat kell manual átirni?
Amúgy menne ezek szerint a sanevel?
Köszi!
-
válasz
Jester01
#23286
üzenetére
Köszi a segítséget, Neked és a többieknek, de asszem sikerült megoldani valamennyire a dolgot.
Sajnos az sql adatbázisos user integráció nem működik, de eappal és pappal be tudnak lépni azok, akik deklarálva vannak a users fájlban. Egyenlőre ennyi elég!
Bár ha van vkinek 5lete és türelme hozzám, akkor azt szívesen fogadom!
-
válasz
Jester01
#23279
üzenetére
Szia!
Hát, szerintem kugli barátunk icipicit tévedett. Mind2 létezik, csak az sqllite magának az sql modulnak a része.
2. Ez jó 5let! Ránéztem, simán ment minden! Mostmár tudom, h azzal nem lehet gond.
Amúgy ez az rlm nem a realm-ot jelenti? Kéne realm rá manuálisan?
Szerk.: egyébként nem csak ezzel a modullal csinálja, hanem van 1-2 kivétel ugyan, de nagyjából az összesnél ez a hiba jön elő...
-
válasz
Jester01
#23277
üzenetére
Ok, az lehet!
Itt a log. (raw formátum) Remélem nincs benne semmi kényes infó. Csak átfutottam at a 10000 sort
. Ezt még elolvasni sem könnyű. nemhogy megírni!Jó olvasást!
Köszi!
-
válasz
Jester01
#23274
üzenetére
Szia!
Nem hiszem, hogy kimaradt volna.
Simán a configure --prefix=/ffp -vel lett a configure futtatva. Aztán egy make és egy make install volt as usually. A telepítés simán ment, csak a szokásos függőség hiányzik cucc volt. Nomeg ami furcsa volt, h syntax errorral elszállt a make, amikor a radsniff -et cc-zte. Ránéztem a szövegesfájlra, amit radsniffre fordít és hiányzott egy -lm kapcsoló. Ez kivételével mindent hagytam úgy, ahogy ő akarja. Helpjében nincsen semmi full installra opció...
Szerk.: Ez:
https://github.com/FreeRADIUS/freeradius-server van fent. -
válasz
bambano
#23271
üzenetére
Szia!
Köszi a választ!
Nem hiányzik az sqlite, mert maga a rendszer"modul" fent van, használom is másra, a freeradius modul pedig bent van. Ha nem lenne bent, akkor nem ezt a hibát írná, hanem h a konfigban talált sql-t nem találja a freeradius xy mappáiban. Ez az rlm furcsa. Sql kellene, mert egy mysql szerverben vannak az accountok, illetve a radreply is ott van letárolva.
Mivel már sokszor volt dolgom debiannal, így van szerencsém ismerni az apt parancsot, de sajnos ezen a nason nem debian van, hanem egy noname linux kernellel felszerelt disztró. Erre lett ráhekkelve az FFP, ami nyit egy ssh-t (openssh) és egy busyboxot ad, meg néhány plusz parancsot. Ilyen, h sudo, meg apt parancs nincs rajta. Egyedül egy gcc fordító és egy uClibc van rajta, azzal fordítottam rá mindenfélét. Baromi nagy szenvedés egyenként fordítani a függőségeket ahelyett, h kiadnám neki a sudo apt-get install freeradius -y -t, aztán felrak mindent, de sajnos ez van.
Keresek githubon vmi apt-t.
-
válasz
Mr Dini
#23251
üzenetére
User error volt...
Eddig csak debianon használtam freeradiust, ott csak telepíteni kellett és módosítani a users fájlt. De ennél a fordított verziónál üres volt a mappa.
Beletettem egy debianos konfigot.Viszont a modules mappa is üres enélkül meg nem tudja betölteni őket. Az eap, meg az sql pl definiálva van a default fájlban, ezért szükség lenne a modulokra, mert így nem tudja betölteni ---> nem indul el. A mods-available mappában benne vannak a modulok, viszont ha átmásolom a számomra fontosakat, akkor ilyesmiket dob:
/etc/raddb/modules/sql_sqlite[9]: Failed to link to module "rlm_sqlite": Fil
e not found : File not foundPróbáltam átmásolni az egész konfig mappát debianról, de az elérési utak mások...
Ui.: ha nem jó topikba írok, pls irányítsatok át, de fontos lenne a válasz.
-
Sziasztok!
Van itt nagy freeradius huszár?
Eddig egy raspberry pi2 szolgáltatta a radius-t, de gondoltam kényelmesebb, ha lefordítom a nasra, mert az úgyis megy 24/7. A githubos eredeti source alapján lett makelve, el is indul, de mikor kiadnám a radiusd -X parancsot (az X a debug mód), akkor egy rakás floodolt szöveg után kidobja, h no virtual adapters found.... Pedig a sites-enabled mappa létezik, ő maga hozta létre, és a default is létezik. Mit csinálok rosszul?
Köszi!
-
Ok, akkor máshogy teszem fel a kérdést.
Aki syslinuxos (tftp) pxe-t csinált már, az az ubuntu-t hogyan bírta működésre?
Köszi!
-
válasz
bambano
#23078
üzenetére
Jólvanna... Próbáltam én root alatt is, de ott sem ment.
Ha meg csak simán beírom a parancsot vinnyog, h írjam elé a sudo-t, mert csak rendszergazda csatolhat. Mi ebben a gáz?
Szóval a kérdésem az lenne, h miért dob nekem protocol not supportedet mindig?
PXEből ez látszik:
Egyébként amivel jelenleg próbálkozok, az egy Cubuntu 14.04.3 64 bit HU. Lehetséges, h a kernelből hiányzik vmi az nfshez? (15.10-zel (official ubuntu) is ez a helyzet)
-
Én valami bináris linkelésre gondoltam. Egyébként nem értem, ha a fordításnál megadom külön a /opt/lib-et és a gcc-n is ott a flag, akkor miért nem ott keresi a Tomato-n a cucc alapból?
...
:
. Ezt még elolvasni sem könnyű. nemhogy megírni!
Új hozzászólás Aktív témák
Hirdetés
- Autós topik
- Xbox Series X|S
- A fociról könnyedén, egy baráti társaságban
- Elite: Dangerous
- LEGO klub
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- One otthoni szolgáltatások (TV, internet, telefon)
- Google Pixel 9 Pro XL - hét szűk esztendő
- Fotók, videók mobillal
- Kerékpárosok, bringások ide!
- További aktív témák...
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 4060Ti 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Motorola E40 64GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! Gigabyte H610M i5 12400F 32GB DDR4 512GB SSD Intel ARC A770 16GB Rampage SHIVA 650W
- BESZÁMÍTÁS! ASUS B450 R7 1700X 16GB DDR4 512GB SSD RX 580 8GB Rampage SHIVA Corsair 450W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged