Hozzászólások
-
Bejegyzés
-
Elolvastam, bemásoltam az ipw3945d -t (ennyi az egész démon, így kellett bemásolni a .tar-ból az sbin-be telepítésnél) a /etc/init.d -be, majd „update-rc.d ipw3945d defaults”. Rendben meg is történik a hozzáadás 20-as számmal (ez jó is lenne, mert a 20-as script futása utántól van hálózat.
Namost a probléma egyrészt az, hogy az interface file előbb feldolgozódik, másrészt pedig, hogy nem indul el a démon, hanem csak listázza a kapcsolóit annál a résznél, mikor az proftpd, sshd stb. szervizeket indítja a gép. Ez azért furcsa, mert alapjában véve semmilyen kapcsolót nem adtam meg sem az update-rc.d-nél, és a futásnál is csak annyit kell a root konzolba írni, hogy # ipw3945 [enter] és el is indul rendesen a démon, nem kell kapcsolózni semmit.
Hol lehet a hiba?
Köszi!Dchard
MOD: ott a hiba, hogy a /etc/init.d -be nem kell bemásolni a démont magát, csak egy indító scriptet kellene írnom, és azt berakni az init.d-be- Valaki elmondaná, hogyan kell ilyen démon indító scriptet írni az init.d számára?
Köszi!
Na megvan, hogy miért nem megy az interface-es dolog:
A driver modul ugyan betöltődik, de a regulátor démon (ipw3945d) nem. Kérdésem: hogyan adjam hozzá a regulátor démont a boot-oláskor induló folyamatok listájához úgy, hogy az még az interface file feldolgozása előtt induljon?
(ha jól tudom, akkor debian-nál a /etc/rc.0 – rc.6 könyvtárakban kell valamit symlinkelni, de hogy ponotsan mit és hogyan, azt nem tudom.)
Valószínűleg a wpasupplicant-nak sem ártana elindulni, de ha a fenti kérdésre elmagyarázzátok a megoldást, akkor ezt ahhoz hasonlóan már tudni fogom.
Köszi szépen!
Dchard
Hali!
Köszönöm a hozzászólásokat. Sajnos a probléma pontosan az (ahogy ezt le is írtam), hogy HIÁBA állítom be az interfaces fileban, amit kell, egyszerűen nem történik semmi, míg az ugyan ebben a fileban beállított vezetékes kártyára meg érgvénybe lépnek a beállítások.
MOndjuk ez lehet annak tudható be, hogy a driver modul ugyan betöltődik, de a regulátor démon nem. Ezt majd kipróbálom.
Egyébként mivel a driver csak külső forrásból támogatja a WPA-PSK-t, ezért azt is egy külső program végzi a kapcsolódás után. (wpa_supplicant)
Egyelőre marad így a dolog, végül is működik, aztán ha jutok valamire, megosztom.
Dchard
Na most ott tart a dolog, hogy leszedtem, és leforgattam a legfrissebb stabil wpa_supplicant-ot (na ez sem readme alapján sikerült), majd pedig mindent a kitapasztaltak alapján belőve a kártya most linkel (a WPA-PSK-val titkosított WLAN link létrejön), ellenbe most a szoftveres réteg baszakszik: hiába állítom be auto-ra a /etc/network/interfaces -ben a kártyához (eth1) a megfelelő IP, subnet, network, broadcast, gateway, dns beállításokat, nem hajlandó érvénybe léptetni az eszközre.
Most megpróbálom manuálisan, de mégha sikerül is, ez nem valami kellemes.
Van valakinek ötlete? (a hasonló modon beállított vezetékes hálózati karinál nincs ez a probléma).
Dchard
MOD: manuálisan működik, de akkor mért nem áll be magától az előre beállítottak szerint?
Kérdés2: a jelenlegi rendszerben több dolgot manuálisan kell csináljak egymás utána, hogy a wlan működjön, ezek rendre:
1. # ipw3945d [enter]
2. # ifconfig eth1 up [enter]
3. # iwconfig eth1 essid valami [enter]
4. # wlan_supplicer -Bw stb.stb.stb. [enter]És ezen kívül ugye az IP-t subnetmaskot, meg a route-nál a default gw-t.
Hogy lehetne megoldani, hogy ezek maguktól megtörténjenek a boot közben?? (az IP, subnet egyebek ugye az interfaces alapján kéne történnije, de nem történik, hibaüzi nincs).
A probléma az, hogy már több bootfloppy-val is próbálkoztam (debianból: 2.2, 2.4, 2.6 kernel;; Slackware: kimondottan kevés ramos 386-osoknak kitalált boofloppyval 2.2-es kernellel) és mindig ugyan ott keletkezik a hiba: ennél a ram disknél nem megy tovább.
Igazából azt hiszem, hogy CD-rõl is azért nem bootol a woody (illetve fagy be) mert nem teljesen 386 kompatibilis.
Nincs a woody-nak egy olyan korai telepítõ CD-je ami biztosan 386 kompatibilis?
(ez volt a 486-nál is: a sima debian telpítõCD-vel nem bootolt, a woody-val meg igen).
Dchard
Bazz eltököltem vele egy fél napot, és naná hogy 2 percre rá találom a megoldást, hogy feltettem a kérdést.
A probléma megolva:
openssl req -new -x509 -days 365 -nodes -out /etc/ssl/certs/proftpd.cert.pem -keyout /etc/ssl/certs/proftpd.key.pem
Ezzel lehet generálni a két szükséges cert. file.t
Dchard
MOD: mivel ez a probléma túl hamar megoldódott, elõjött az amitõl féltem:
Mivel a szerver egy router mögött csücsül, ugye port átirányításra van szükség. Ez eddig nem volt gond, mert csak a 21-es volt használatban sima ftp kapcsolatnál. Node most? Van valakinek ötlete? Korlátlan számú forward-ot nem tudok létrehozni, de van a routernek speial appz. része, ahol tartományt is meg tudok adni.
Köszi!
legutóbbi hsz