Új hozzászólás Aktív témák
-
ambipur
tag
Halihóóó Emberek!
Volt itt linkelve kétmagos ill. négymagos Intel processzoros miniITX alaplap. A gyártója talán Gigabyte, és a processzor vagy az alaplap típusában szerepelt az 1800 - as ill. az 1900 - as szám. Elegendő - e ezeknek az alaplapoknak a sima 12 V - os betáp (mint a GSEJT alaplapnál) vagy okvetlen ATX tápcsatlakozón keresztül kell meghajtani? Fel tudná idézni valaki a pontos típusokat? Köszönöm!
-
ambipur
tag
Halihóóó Emberek!
Nem tudom, ismeritek - e, ma akadtam rá erre:
Fényévekkel jobb web - es felület transmission klienshez, mint az eredeti. Át lehet váltani az eredeti felületre, és van benne mobilos változat is. Kb. úgy néz ki, mint a Windows - on futó Transmission Remote. Egyedül az átviteli sebességekről nem rajzol (még) görbét.
-
ambipur
tag
Halihóóó Emberek!
Van-e valakinek softveres RAID telepítése? Két merevlemezes változatra gondolok, tükrözés nélkül, amikor a sebesség közel megduplázódik, azt hiszem ez a RAID 0. Ha van valakinek ilyen telepítése, kérnék róla sebességadatokat, pl. hdparm -tT dev/... vagy Nastester - el mérve a megosztott hálózati meghajtón.
-
ambipur
tag
Szia mszl,
azért kérdezem, hogy hány wlan interface van, mert tudom, hogy dualband - es a kártya, miként az enyém is. De ha csak egy wlan interface van, akkor a szimultán dualband - es működés nem lehetséges. A dualband - es router - ek ugyanis két SSID - t hoznak létre, az egyiket 2,5 GHz - en, a másikat 5 GHz - en, de ehhez két wlan interface kell. Olyan miniPCIe kártya kellene tehát, amelyiken lényegében véve két wifi kártya van. Kérdés, hogy létezik - e ilyen?
-
ambipur
tag
Szia mszl,
az ndiswrapper - t nem próbáltam, csak olvastam róla. Azzal ugye a Windows - os drivert lehet működésre bírni Linux alatt?
Ha a 2.6.x - es kernellel már a modulfordítás előtt nem volt wlan0, akkor a compat-wireless csomagban nincs megoldva a támogatása ennek a kártyának. A compat-wireless csomagból létezik jóval aktuálisabb dátumú változat is 2.6.x - es kernelekhez, amibe valószínűleg backportolták a Te újabb kártyád támogatását is. Próbálkoztam ilyennel is, de annál nem volt hatásos a módosítás. Innen lehet letölteni ilyet: http://www.orbit-lab.org/kernel/compat-wireless-2.6/
További kérdésem, hogy a 450 Mbit - es kártya csak egy wlan interface - t hoz létre?
-
ambipur
tag
Szia mszl,
ez bizony elképzelhető. Vissza tudsz emlékezni, hogy miután feltetted a régi kernelt, de még mielőtt elkezdted módosítani meg fordítani a csomagokat, volt wlan0 hálózati interfész? Mert ha a fordítás, módosítás előtt se volt vlan0, akkor valóban a kernel régi a Te kártyádhoz. Egyébként az aktuális, legújabb kernellel egy vagy két wlan hálózati interfész van?
-
ambipur
tag
Szia mszl,
Ubuntu 12.10 - ből indultam ki, de nekem a 300 Mbit - es wifi kártyám van:
http://itcafe.hu/tema/atom_klub/hsz_7389-7389.html
Az alaplapom GSEJT. Reboot után se ismeri fel? Nekem nem fordult ilyen elő. Log - okban szerepel valami, ami a wifi kártyával (wlan0) kapcsolatos?
-
ambipur
tag
Szia mszl,
a wireless-crda csomagot hiányolja. Nekem ez fel volt téve alapból, ezért nem panaszkodott. Telepítsd egyszerűen az
apt-get install wireless-crda
utasítással. Először a kiszemelt kernel legyen feltéve és elindítva, a hivatkozott csomagokat ezután kell módosítani ill. fordítani és telepíteni, mert az adott kernel forrásait használhatják.
-
ambipur
tag
-
ambipur
tag
válasz
Csicsóka
#7653
üzenetére
Szia Csicsóka és mszl,
Három 2.6 - os kernellel próbáltam ki a módszert, ezek: 2.6.32-42, 2.6.32-44 ill. 2.6.35-32. Ezekkel működik, de pl. a 2.6.38-16 - al már nem. Nézzük a működő kernelek közül a legújabbal, a 2.6.35-32 - vel. A kernelekhez tartozó debian csomagokat a packages.ubuntu.com csomagkeresőjével találtam meg. Töltsük le az alábbi csomagokat:
wget http://security.ubuntu.com/ubuntu/pool/main/l/linux-lts-backport-maverick/linux-image-2.6.35-32-generic-pae_2.6.35-32.68~lucid1_i386.deb
wget http://security.ubuntu.com/ubuntu/pool/main/l/linux-lts-backport-maverick/linux-headers-2.6.35-32_2.6.35-32.68~lucid1_all.deb
wget http://security.ubuntu.com/ubuntu/pool/main/l/linux-lts-backport-maverick/linux-headers-2.6.35-32-generic-pae_2.6.35-32.68~lucid1_i386.debLetöltés után telepítendőek a csomagok:
dpkg --install linux-image-2.6.35-32-generic-pae_2.6.35-32.68~lucid1_i386.deb linux-headers-2.6.35-32_2.6.35-32.68~lucid1_all.deb linux-headers-2.6.35-32-generic-pae_2.6.35-32.68~lucid1_i386.deb
12.10 - es Ubuntu - t feltételezve, a /etc/default/grub - ban adjuk meg az alábbit:
GRUB_DEFAULT="1>Ubuntu, with Linux 2.6.35-32-generic-pae"
A GRUB_DEFAULT eredeti értékét kommentezzük ki. Adjuk ki az update-grub majd a reboot parancsot. Ezekután már a 2.6.35-32 - es kernellel bootol a gép. Telepítsük az alábbi csomagokat:
apt-get install libgcrypt11-dev python-m2crypto libnl1 libnl-dev
Ezekután három csomagot kell letölteni, kissé módosítani majd lefordítani és telepíteni.
1. compat-wireless: ebben a csomagban vannak a wifi driver - ek. Itt tekinthetjük át, hogy melyik kernelhez melyik való: http://linuxwireless.org/en/users/Download/stable/#compat-wireless_stable_releases
A 2.6.35 - ös kernelhez tartozó csomag letöltési címét kimásolva, töltsük le, majd tömörítsük ki a csomagot, majd lépjünk bele a könyvtárába:
wget http://www.orbit-lab.org/kernel/compat-wireless-2.6-stable/v2.6.35/compat-wireless-2.6.35-1.tar.bz2
tar jxvf compat-wireless-2.6.35-1.tar.bz2
cd compat-wireless-2.6.35-1Indítsuk el a Midnight Commander - t, majd lépjünk be a compat-wireless-2.6.35-1/drivers/net/wireless/ath alkönyvtárba. Itt nyissuk meg szerkesztésre a regd.c állományt. A legelején van három define - sor:
#define ATH9K_2GHZ_CH01_11<---->REG_RULE(2412-10, 2462+10, 40, 0, 20, 0)
/* We enable active scan on these a case by case basis by regulatory domain */
#define ATH9K_2GHZ_CH12_13<---->REG_RULE(2467-10, 2472+10, 40, 0, 20,\
<------><------><------><------><------>NL80211_RRF_PASSIVE_SCAN)
#define ATH9K_2GHZ_CH14><------>REG_RULE(2484-10, 2484+10, 40, 0, 20,\
<------><------><------><------>NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_OFDM)
Itt, a három define sor végén levő 20 - as számokat írjuk át 30 - ra, ez az adóteljesítmény dBm - ben.
Kicsit lejjebb, van 5 darab ilyen ill. hasonló definíció:
[M](C)/* Can be used for:
* 0x60, 0x61, 0x62 */
static const struct ieee80211_regdomain ath_world_regdom_60_61_62 = {
<------>.n_reg_rules = 5,
<------>.alpha2 = "99",
<------>.reg_rules = {
<------><------>ATH9K_2GHZ_ALL,
<------><------>ATH9K_5GHZ_ALL,
<------>}
};(/C)[/M]
Az első OK, a többit is ennek alapján kell módosítani, azaz az n_reg_rules értékeket 5 - re kell átírni, a reg_rules - nál pedig csak az ATH9K_2GHZ_ALL ill. az ATH9K_5GHZ_ALL legyen. Méh lejjebb lesz egy ilyen definíció:
[M](C)/* Frequency is one where radar detection is required */
static bool ath_is_radar_freq(u16 center_freq)
{
<------>return (center_freq >= 5260 && center_freq <= 5700);
}(/C)[/M]
Itt a return sort csréljük ki return 0; - ra. Mentsük el az állományt, majd lépjünk feljebb, egészen a compat-wireless-2.6.35-1 könyvtárába, majd adjuk ki az alábbi parancsot:
[M](C)./scripts/driver-select ath9k(/C)[/M]
Fordítsuk le, majd telepítsük fel:
[M](C)make
make install
(/C)[/M]
A fordítás, és a telepítés is néhány percig is eltarthat. A warning - okkal ne törődjünk, a műveletnek sikerülnie kell. A telepítés után, a kiírtak szerint az eredeti modult le kell állítani, majd el kell indítani a frissen fordított ath9k kernelmodult:
[M](C)make wlunload
modprobe ath9k
modinfo ath9k(/C)[/M]
A legutolsó utasítással láthatjuk, hogy most már az általunk lefordított modul fut.
2. Töltsük le, majd csomagoljuk ki a wirelesss-regdb csomagot az alábbi oldalról: [L:http://wireless.kernel.org/download/wireless-regdb/]http://wireless.kernel.org/download/wireless-regdb/[/L]
A legutóbbi letöltési címét másoljuk ki, majd adjuk ki az alábbi parancsokat:
[M](C)wget http://wireless.kernel.org/download/wireless-regdb/wireless-regdb-2011.04.28.tar.bz2
tar jxvf wireless-regdb-2011.04.28.tar.bz2
cd wireless-regdb-2011.04.28
(/C)[/M]
Indítsuk el a Midnight Commander - t, majd keressük meg a db.txt állományt, majd nyissuk meg szerkesztésre. Keressük meg a 00 ill. a HU országkódokat, és a hozzájuk tartozó definíciót írjuk át az alábbiak szerint:
[M](C)(2402 - 2494 @ 40), (5, 33)
(4910 - 5835 @ 40), (N/A, 33)
(/C)[/M]
Minden csatornán 40 MHz - es csatornaszélességet és 33 dBm adóteljesítményt engedélyezünk. Fordítsuk le a csomagot, kiadva a make utasítást. A létrejött regulatory.bin – t másoljuk be a /usr/lib/crda könyvtárban található helyre (az eredeti regulatory.bin – ből készítsünk egy mentést, biztos, ami biztos).
3. Töltsük le, majd tömörítsük ki a crda csomagot az alábbi oldalról: [L:http://wireless.kernel.org/download/crda/]http://wireless.kernel.org/download/crda/[/L] Keressük meg a legutolsót, másoljuk ki a letöltési címet, majd adjuk ki az alábbi parancsokat:
[M](C)wget http://wireless.kernel.org/download/crda/crda-1.1.2.tar.bz2
tar jxvf crda-1.1.2.tar.bz2
cd crda-1.1.2
(/C)[/M]
A wireless-regdb fordításakor a wireless-regdb-2011.04.28 könyvtárban létrejövő felhasznalonev.key.priv.pem tanúsítványt másoljuk át a crda-1.1.2 könyvtárba, a /usr/lib/crda/pubkeys könyvtárba illetve a /crda-1.1.2/pubkeys könyvtárba is, majd fordítsuk le és telepítsük a crda csomagot:
[M](C)make
make install
(/C)[/M]
A hostapd konfigurációjában adjuk meg a HU országkódot. Ha eddig eljutottunk, akkor indítsuk újra a gépet. Az [M](C)iw list(/C)[/M] paranccsal láthatjuk, hogy valamennyi csatornán 30 dBm az engedélyezett adóteljesítmény. Az [M](C)iwconfig wlan0(/C)[/M] parancs kiadása után 30 dBm adóteljesítményt kell látnunk. Próbaként adjuk ki az [M](C)iwconfig wlan0 txpower 22(/C)[/M] parancsot. El kell fogadja a rendszer, majd az [M](C)iwconfig wlan0(/C)[/M] parancsot ismételten kiadva, 22 dBm adóteljesítményt kell látnunk.
A kártya esetleges melegedése miatt nem javaslom a maximális adóteljesítményt. Nyilván nem cél az sem, hogy a szomszéd utcában is látszódjon a mi wifi hálózatunk. De mondjuk 20 dBm - ről indulva, 2 dBm - enként növelve az adóteljesítményt meghatározható egy olyan optimum, amelyet alkalmazva a lakás legtávolabbi pontján mérve már nem nő tovább az átviteli sebesség. Én azt javasolnám, hogy alapjáraton menjen a rendszer 18 dBm - el, majd pl. egy cron job - ból 1 percenként le lehetne figyelni, hogy van - e wifi kommunikáció. Ha igen, akkor mehetne a fentiek szerint meghatározott optimális adóteljesítmény. -
ambipur
tag
válasz
Csicsóka
#7650
üzenetére
Szia Csicsóka!
Kiderítettem, hogy a SolusOS honnan szedi a csomagjait, majd módosítottam a /etc/apt/sources.list - et, majd telepítettem a linux-image ill. a linux-heders csomagokból pontosan azt a verziót, ami Neked is van. A grub - ban módosítottam, hogy a most letöltött SolusOS kernele legyen az alapértelmezés szerinti, és valóban ezzel bootolt be a gép. A txpower ezekután is csak 18 dBm. Pedig a kártya tudja a 30 dBm - et. 2.6 - os kernelekből feltelepítettem hármat is, ezekből a 2.6.35 - ös a legújabb. 3 csomag forrásának kézi módosításával, lefordításával, majd telepítésével sikerült elérni a 30 dBm adóteljesítményt. Ennél újabb kerneleken viszont nem működik a módszer. A csomagok lefordulnak, települnek, nem okoznak semmilyen hibát, de újabb kerneleken nem sikerült 18 - 20 dBm fölé menni.
-
ambipur
tag
válasz
Csicsóka
#7644
üzenetére
Halihóóó Csicsóka!
Légyszi írd meg nekem az operációs rendszer válaszát az alábbi két parancsra:
uname -a
apt-show-versions | grep linuxHa nem lenne telepítve az apt-show-versions csomag, akkor az alábbi utasítással telepítheted, nagyon kis helyet foglal:
apt-get install apt-show-versions
Köszi!
-
-
ambipur
tag
Halihóóó Emberek!
Van valakinek jól működő, beállított iptables? Ha igen, akkor dobjon be az illető egy konfigot! Köszi!
-
ambipur
tag
Halihóóó Emberek!
Végre összejött a 300 Mbit - es kapcsolódási sebesség!
Ehhez a /etc/apt/sources.list állományba kellett beszúrni az alábbiakat:
# Adding Ubuntu-Server 10.04 Lucid Lynx repositories
deb http://hu.archive.ubuntu.com/ubuntu/ lucid main
deb-src http://hu.archive.ubuntu.com/ubuntu/ lucid main
# Major bug fix updates produced after the final release of the
# distribution.
deb http://hu.archive.ubuntu.com/ubuntu/ lucid-updates main
deb-src http://hu.archive.ubuntu.com/ubuntu/ lucid-updates main
# N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
# team. Also, please note that software in universe WILL NOT receive any
# review or updates from the Ubuntu security team.
deb http://hu.archive.ubuntu.com/ubuntu/ lucid universe
deb-src http://hu.archive.ubuntu.com/ubuntu/ lucid universe
deb http://hu.archive.ubuntu.com/ubuntu/ lucid-updates universe
deb-src http://hu.archive.ubuntu.com/ubuntu/ lucid-updates universe
deb http://security.ubuntu.com/ubuntu lucid-security main
deb-src http://security.ubuntu.com/ubuntu lucid-security main
deb http://security.ubuntu.com/ubuntu lucid-security universe
deb-src http://security.ubuntu.com/ubuntu lucid-security universe
deb http://security.ubuntu.com/ubuntu lucid-security multiverse
deb-src http://security.ubuntu.com/ubuntu lucid-security multiverseapt-get update után már telepíthető a 10.04 - es Ubuntu (Lucid) kernele:
apt-get install linux-image-2.6.32-42-generic-pae linux-headers-2.6.32-42-generic-pae
A grub2 a régebbi linux kerneleket "Previous linux versions" menüpont alá rendezi. Ha nincs monitor a szerveren, akkor kissé problematikus a bootolás, mert ugye egy almenüben levő menüpontot kell megadni default - ként. Erről itt találtam leírást:
https://help.ubuntu.com/community/Grub2/Submenus
A grub2 - nél azt tapasztaltam, hogy a timeout lejárta után várja az enter billentyű lenyomását. Így átmenetileg rá kellett dugnom a bootoláskor a gépre egy billentyűzetet és kétszer meg kellett nyomni az Enter - t (a default menü a "Previous linux versions" és azon belül a kívánt 2.6 - os kernel volt). Monitor nélküli szerverekhez ajánlom a grub-emu csomagot, amellyel távoli gépről bejelentkezve tesztelhető a grub kinézete.
Az adóteljesítmény most már 20 dBm, és az átviteli sebesség NasTester - rel mérve elérte a 9,5 MByte / sec - et! Győzelem! Amikor először próbáltam, nem volt gyorsabb, és a kapcsolódási sebesség sem volt 300 Mbit, de néhány nap múlva újra próbálkoztam, és akkor már jó volt minden! Azóta stabil a 300 Mbit - es kapcsolódási sebesség.
-
ambipur
tag
Halihóóó Emberek!
Lehet, hogy sokunkat zavart, de nem volt túl fontos, hogy a putty nem tudja elmenteni az ablak pozícióját. Ezt a módosított putty - ot és leírást találtam a probléma megoldására:
http://sidawson.com/2012/02/how-to-automatically-position-putty-terminal.html
Nálam kitűnően működik!
-
ambipur
tag
válasz
Kitakat
#7530
üzenetére
Szia!
Nekem 300 Mbit - es kártyám van, és nem fordítottam kernelt, mert szerintem egyszerűbb dolog volt a 10.04 - es Ubuntu által használt kernelt feltelepíteni 12.04 - es Ubuntu - hoz. 20 dBm megy, de afölött nem. Viszont a laptop így is csak 130 Mbit - el csatlakozott, és a Nastester - rel mért átviteli sebesség a + 2dBm adóteljesítmény ellenére azonos helyszínen is 1 Mbyte / sec - el kisebb átviteli sebességet produkált. Magyarul dolgoztam egy csomót, de eredménye nem lett, bár kétségtelenül fejlődtek a képességeim

-
ambipur
tag
válasz
Kitakat
#7340
üzenetére
Halihóóó Kitakat és Laca!
A http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.conf címen van egy minta hostapd.conf. Ebben a
##### IEEE 802.11ac related configuration #####################################
szekció foglalkozik a 450 Mbit - es (IEEE 802.11ac) szabvánnyal. Itt célszerű lenne konfigurálni a 80 MHz - es ill. a 160 MHz - es csatornaszélességeket, hasonlóan a 300 Mbit - es sebességnél definiált 20 MHz - es ill. 40 MHz - es csatornaszélességekhez. Ez megtörtént?
-
ambipur
tag
Halihóóó Emberek!
Találtam még egy leírást: https://help.ubuntu.com/community/Grub2/Submenus
Ezek szerint a /etc/default/grub - ba a következőt kellett beírni:
GRUB_DEFAULT="2>Ubuntu, with Linux 2.6.32-42-generic-pae"
A grub-emu - val megnézve már a kívánt menüpontra áll a kurzor, de a timeout lejárása után nem lép be az almenübe. Ha ütök egy enter - t, akkor megnyílik az almenü, a kívánt almenüpont aktív, de megint enter - t kell nyomni, hogy történjen valami. update-grub majd reboot. A gép várta a két enter - t. Rádugtam a billentyűzetet (de monitort nem!), nyomtam két enter - t, és bootolt a server! Kis idő múlva beléptem ssh - n keresztül, majd
uname - r, és a válasz:
2.6.32-42-generic-pae
Győzelem! iwconfig wlan0 - ra a válasz szerint a txpower 20dBm! Sikerült emberek, győzelem!!! Hurrráááá! -
ambipur
tag
Halihóóó Emberek!
Na, rájöttem mi a gond a grub - bal. Telepítettem a grub-emu csomagot, így monitor rákötés és újraindítás nélkül meg tudtam nézni, hogy hogy néz ki a grub menüje:
GNU GRUB version 1.99-21ubuntu3.1
+--------------------------------------------------------------------------------------------------------------------------+
|Ubuntu, with Linux 3.5.0-10-generic |
|Ubuntu, with Linux 3.5.0-10-generic (recovery mode) |
|Previous Linux versions |
|Memory test (memtest86+) |
|Memory test (memtest86+, serial console 115200)Tehát 5 meüpont van, a régebbi kerneleket a Previous Linux versions menüpont alatt (3. menüpont) lehet elérni. Ehhez a GRUB_DEFAULT - ot 2 - re kellene állítani. Rámenve a menüpontra ez látszik:
GNU GRUB version 1.99-21ubuntu3.1
+--------------------------------------------------------------------------------------------------------------------------+
|Ubuntu, with Linux 3.2.0-29-generic-pae |
|Ubuntu, with Linux 3.2.0-29-generic-pae (recovery mode) |
|Ubuntu, with Linux 3.0.0-12-generic-pae |
|Ubuntu, with Linux 3.0.0-12-generic-pae (recovery mode) |
|Ubuntu, with Linux 2.6.32-42-generic-pae |
|Ubuntu, with Linux 2.6.32-42-generic-pae (recovery mode)Na innen kéne a 6. menüpont, de azt nem vágom, hogy almenü default értékét hogy lehet megadni. Van valami ötletetek?
-
ambipur
tag
válasz
Laca 012
#7521
üzenetére
Szia Laca!
A sources.lst módosításával sikerült feltenni a 2.6.32-42 kernelverziót. A
https://launchpad.net/ubuntu/+source/linux
leírás szerint, a legalján a Lucidnak (10.04) ez a kernelverziója. A grub - ot viszont sajnos nem sikerült úgy módosítani, hogy a kívánt 2.6 - os kernel legyen az alapértelmezés. Pedig a /etc/default/grub - ban a GRUB_DEFAULT=0 - át átírtam 6 - ra. Négy kernelem van, ebben a sorrendben: 3.5, 3.2, 3.0 és 2.6, ezekből van sima és recovery ill. a memtest. Tehát összesen 9 menüpont. A sima 2.6 - os a 7., de mivel a sorszámozás 0 - ától indul, ezért 6 - ra írtam át. update-grub meg a reboot megvoltak, de még mindig a 3.5 - ös kernel indul el magától. Mit rontok el? Monitor és billentyűzet nincs a gépen, és macerás lenne, mivel a gép a szekrény tetején van, ezért mindenképp ssh - n keresztül kéne beállítani. Grafikus felület nincs.
-
ambipur
tag
válasz
Laca 012
#7511
üzenetére
Szia Laca!
Nem tudom, olvasod-e még, de egy másik, számomra egyszerűbb megoldást választottam: ppa tárolóból feltettem a quantal kerneljét: 3.5.0-10-generic (SMP) i686. Ezt a leírást követtem:
http://packages.qa.dev.stgraber.org/qatracker/milestones/223/builds/16284/downloads
Bár ez még nem a végleges kernel verzió, de egyelőre működik. Az alap txpower most is 18 dBm. Az alábbi parancsra
iwconfig wlan0 txpower 20dBm
ezt a hibaüzenetet kapom:
Error for wireless request "Set Tx Power" (8B26) :
SET failed on device wlan0 ; Invalid argument.Szerintem jó a szintaxis. 3.2 - es kernellel ugyanez volt a válasz. Vagy ugyanaz az atheros kernel modul van benne, mint a 3.2 - es kernelben, vagy még nem javítottak rajta. Lehet, hogy régebbi kernelt kellene visszatenni, bár ha működne is 20dBm - el, mégis visszalépésnek érezném.
-
ambipur
tag
válasz
Kitakat
#7516
üzenetére
Szia!
Bocsi, félreértettelek. Most látom, hogy Neked apache webservered van, és ha jól értem, akkor a könyvtárak listázását szeretnéd tiltani. Ezt biztonsági okokból én is javaslom. Nekem lighttpd webszerverem van, ez a funkció szintén tiltható. A megoldás mikéntjéről itt olvashatsz:
http://www.linuxscrew.com/2008/06/03/faq-how-to-disable-directory-browsing-in-apachehttpd/
Remélem, ez segít.
-
ambipur
tag
válasz
Kitakat
#7517
üzenetére
Szia!
A webrootban levő default index oldalt nevezd át, pl. a kiterjesztése ne html legyen, hanem mondjuk bak. Ekkor ha csak a szervered webcímét írod be egy bőngészőbe, egy 404 - es hibaoldalt fogsz kapni. Ha az rutottent már telepítve van, akkor a szokott módon működnie kell, bár én nem ismerem az rutorrent - et, mert transmission - t használok.
-
ambipur
tag
válasz
Kitakat
#7513
üzenetére
Szia Kitakat!
A webszervered működik, ez az alap oldal. A webroot könyvtárba kell másoldnod azokat az oldalakat, amiket a szervereden futtatni szeretnél, pl. phpsysinfo, stb. A webroot könyvtár alapértemezett helye lighttpd webszerver (valószínűleg apache - ra is igaz) a /var/www . A lighttpd konfigjában (/etc/lighttpd/lighttpd.conf) a webroot elérési útvonala tetszőlegesen másik helyre átdefiniálható.
-
ambipur
tag
válasz
Laca 012
#7509
üzenetére
Szia Laca!
Szerintem nem minden, egyébként lefordított modul van belefordítva a kernelbe. Nekem még a 300 - as kártyám van, tehát az egyelőre nem lenne baj, ha a 450 - est nem tudná, de legalább 130 helyett 300 Mbps lenne a kapcsolódási sebesség, vagy nagyobb lenne az adóteljesírmény. Viszont találtam egy leírást backport wireless driverekről:
http://wiki.ubuntuusers.de/WLAN/Linux-backports-modules
Ez a leírás ugyan németül van, de azért remélem látszik, hogy miről szól. A packages.ubuntu.com - on elég sok ilyen backportos wireless driver van, úgyhogy nem tudom, melyik kéne. Egy biztos, hogy a leírásbeli
apt-get install linux-backports-modules-wireless-lucid-generic
utasítás azt mondja, hogy nincs ilyen csomag. A packages.ubuntu.com - ról letöltve egy ilyen meta package - et, majd mc - vel belenézve, alig van benne valami. Van ötleted, hogy hogy megy ez az egész, vagy hogy kéne hozzáfogni?
-
ambipur
tag
válasz
Laca 012
#7502
üzenetére
Szia Laca és Kitakat!
Az rendben van, hogy tudjuk az Ubuntu verziókat és a hozzájuk tartozó adóteljesítményeket, de olyanokra gondoltam, hogy az egyes Ubuntu verziókon belül a használt kernel verziószáma ill. a hostapd verziószáma is hasznos lehetne. Pl. mi van akkor, ha a 12.04 - es Ubuntu - hoz feltennénk a 10.04 - es Ubuntu - ban használt hostapd verziót, esetleg az ott használt kernelt? Mondjuk a régi kernel visszatétele nyilván visszalépés lenne más egyéb szempontokból, pl. javítások.
-
ambipur
tag
válasz
Kitakat
#7497
üzenetére
Halihóóó Kitakat!
Laca írta, hogy kipróbálta néhány régebbi Ubuntu verzióval, és ha jól emlékszem, a 10.04 - el volt a legnagyobb a teljesítmény. Kérdés, hogy a régebbi kernel, atheros kernel modul vagy hostapd, vagy pedig ezekből együttesen kellett a régebb változat ahhoz, hogy az adóteljesítmény nagyobb legyen? Mindenesetre meg lehetne próbálni régebb változatú hostapd - vel vagy atheros kernel modullal a 12.04 - es Ubuntu - n is. Mi a véleményed?
-
ambipur
tag
Halihóóó Emberek!
Log- okat nézegetve vettem észre, hogy az asztali gép Windows órája és az Ubuntu órája között eltérés van! Ma reggel lefuttattam a
ntpdate ntp.ubuntu.com
parancsot. Ma estére megint nem stimmeltek az idők, így ismét lefuttattam a fenti parancsot. Ezt írta ki:
31 Jul 21:20:43 ntpdate[29913]: step time server 91.189.94.4 offset 174.677600 sec
Tehát majdnem 3 percet késett a Windows órához képest fél nap alatt. Normális ez? Előre is köszönöm!
-
ambipur
tag
válasz
Kitakat
#7340
üzenetére
Halihóóó Kitakat!
Én is keveslem a wifi sebességet, bár nekem "csak" 300 Mbps - es a Laca féle wifi kártya, meg a laptopbeli kártya is, a kapcsolódási sebesség 130 Mbps. A Fritzbox routerből kilestem, hogy a Fritzbox nálam az 1 - es csatornán létesített kapcsolatot. Volt a firmware - ben csatornaszkennelés, így kiderült, hogy a 2 - es csatorna teljesen szabad, a legközelebbi foglalt csatorna a 3 - as. Érthető, miért választotta a Fritzbox az 1 - es csatornát. Én is ezt lőttem be a hostapd - ben, valamint a HT40 - et is beállítottam. A kapcsolódási sebesség így is 130 Mbps maradt, de Nastester - rel mérve a 7 - 8 Mbyte / sec átviteli sebességet sikerült elérni, igaz a servertől kb. 2 - 3 m távolságban. Semmilyen akadály nem volt a légtérben. Neked a 7,5 Mbyte / sec milyen távolságból jött össze?
Egyébként a prohardveren teszteltek csúcskategóriának számító 450 ill. 300 Mbit - es routereket. A tesztelést minden alkalommal ugyanabban a családi házban végezték, ugyanazon az 5 - 6 mérőponton. 450 Mbit - es routerrel kb. 2 m távolságból 17 Mbyte / sec átviteli sebességet értek el. Ugyanilyen feltételek mellett a 300 Mbit - es routerek 6 - 8 Mbyte / sec sebességet produkáltak:
http://prohardver.hu/teszt/netgear_n900_wi-fi_csucssebessegen/proba.html
http://prohardver.hu/teszt/asus_rt-n66u_fekete_lovag_wi-fi-vel/proba.html
http://prohardver.hu/teszt/linksys_wi-fi_routerek_a_ciscotol/proba.html
http://prohardver.hu/teszt/netgear_routerek_a_felsohazbol/proba.html
http://prohardver.hu/teszt/asus_rt-n16_egy_nagytudasu_router/proba_ertekeles.html
A fentiek fényében azt gondolom, hogy ha sikerülne is valahogy feltornászni a kapcsolódási sebességet 130 - ról 300 Mbps - re, nem valószinű, hogy számottevően nagyobb átviteli sebességet lehetne realizálni a gyakorlatban. Mi a véleményetek? -
ambipur
tag
Halihóóó Emberek!
Egy jóbarátomnak van egy Atom N550 processzoros házi szervere (Jetway alaplapos). Kérdés, hogy ez milyen órajelfrekvenciákat tud a speedstep funkció működése során? Van - e olyan közöttünk, akinek ilyen alaplapja van vagy volt, és a speedstep funkció szépen működik? Pl. phpsysinfo - val nézve az egyes magok és szálak órajelét, a frekvenciáknak dinamikusan változniuk kellene. Ha igen, akkor az Ubuntu telepítése után kellett - e valamilyen extra lépés, pl. valamilyen driver telepítés, vagy hasonló ahhoz, hogy ez a funkció szépen működjön? Mindezt azért kérdezem, mert jócimborám gépén nem a fent leírtak szerint működik a dolog, viszont az én GSEJT alaplapomon phpsysinfo - val nézve az órajelek 800, 1000, 1333 ill. 1600 MHz frekvenciák között váltakoznak, a működés látványos. Előre is köszönöm!
-
ambipur
tag
Halihóóó Emberek!
A wifi kapcsolatom sebességproblémájával kapcsolatban a következőkre jutottam: kaptam kölcsön egy 300 Mbps sebességű wifi routert (FRITZ!Box). A laptop 300 Mbps sebességű TP-Link kártyáját beállítottam, hogy erre a kölcsönkapott routerre csatlakozzon. És lám, a kapcsolat sebessége 300 Mbps, nem 130 Mbps. A laptop wifi kártyája tehát valóban tudja a 300 Mbps kapcsolódási sebességet.
Mindebből arra következtetek, hogy a probléma a serveren van. Vagy a hostapd konfigurációja nem megfelelő, vagy a Laca féle 300 Mbps sebességű Atheros chipes kártya egy régebbi széria, vagy a firmware régi. Ez utóbbit hogy lehet kideríteni? Előre is köszönöm! -
ambipur
tag
Halihóóó Emberek!
A gsejt alaplapos házi serveremben a Laca féle AR5418 vagy AR5008 300 Mbit - es wifi kártya üzemel master módban (a phpsysinfo mindkét típusszámot kiírja). Néhány napja a laptopba vettem egy TL-WN961 tipusú, szintén 3 antennás és szintén Atheros chipes wifi kártyát és még két laptop wifi antennát, mivel a laptopban csak egy wifi antenna volt. A laptopon Windows 7 Thin PC fut. A laptop n-esnek látja a házi szervert, de ha rámegyek a hálózati kapcsolatra, akkor csak 130 Mbit - esnek írja a kapcsolatot. Nem tudom, hogy ez a mért sebesség, de szerintem itt 300 Mbit - nek kellene lennie. NASTester - rel mérve kb. 3 MByte / sec a sebesség (írás és olvasás is), ami ugye 24 Mbit - et jelent. Ezt nagyon keveslem! Van valami ötletetek?
-
ambipur
tag
Szia Hati!
Az USB - s TV tunert Gsejt alaplappal használod? A Gsejt procija valóban elbírja a full HD adások dekódolását? Mekkora a processzorterhelés, mi fut még mellette? Linux alatt megy ez a dolog? Milyen programot használsz hozzá? Kell - e grafikus felület? Bocs, ha kicsit sokat kérdeztem...
-
ambipur
tag
válasz
tassika
#6967
üzenetére
Szia Tassika és a többiek!
Igen, úgy értettem, hogy a HDMI kimeneten adja is ki azt a full HD - t, amit lejátszik. Érzésre nekem valószínűtlennek tűnt, hogy a GPU meg két darab 1,86 GHz - es 64 bites processzormag erre ne legyen elég. Ténylegesen nem értek hozzá, hogy egy ilyen full HD lejátszásnál csak a GPU vagy a CPU is szerepet játszik, na de ha egy 700 MHz - es Raspberry Pi képes erre, akkor ez a hardware nehogy má' ne tudja...
-
ambipur
tag
Szia Hati!
Nagyon érdekesnek tűnt ez az Intel DN2800 - as alaplap, úgyhogy kerestem róla egy fogyasztás tesztet. Az oldal legalján, a Test 5 szerint monitor, billentyűzet és egér nélkül Linux - al, SSD - vel 10 - 11 W - ot eszik! Vajon a HDMI kimenet azt jelenti, hogy full HD videókat le tud játszani? 64 - bites a procija?
-
ambipur
tag
válasz
Laca 012
#6861
üzenetére
Szia!
Az hogy lehet, hogy backport - okat szerintem telepít az apt-get update + upgrade, legalábbis amikor kiírja, hogy mit honnan tölt le, van benne backports könyvtáras, de alapból ezt nem teszi fel? Ha apt-get install - al telepíteném, akkor viszont tudná, hogy honnan kell leszedni.
-
ambipur
tag
válasz
Laca 012
#6844
üzenetére
Szia Laca!
Igen, valóban ez volt a másik kettő. Bennem az extplorer maradt meg, mert amit kell, azt tudja, ftp le- és feltöltést is, viszont a másik kettőnél sokkal látványosabb. Többnyelvű, többfelhasználós, php - s webszerver kell hozzá csak. Nem kell hozzá sql adatbázis. Azért volt rá szükség, mert nem minden gépen áll rendelkezésre Total Commander vagy hasonló, vagy Windows - os FTP kliens, viszont valamilyen webböngésző minden gépen van! Be is üzemeltem!
-
ambipur
tag
Halihóóó Emberek!
Web - alapú filekezelőt keresek. Régebben itt, vagy a WL500gP router fórumán említette valaki az Extplorer - t és még két másikat is, de azokra nem emlékszem. Ki tudnátok segíteni? Előre is köszönöm!
-
ambipur
tag
Halihóóó Emberek!
Olvasgattam a prohardveren és ezt az eredetileg HTPC - nek szánt alaplapot találtam: Intel DH61AG. Íme a cikk:
http://prohardver.hu/teszt/intel_dh61ag_htpc_alaplap_bemutato/intel_dh61ag_media_series.html
Bár ez nem Atom, de azt írják, hogy az üresjárati fogyasztása 15W. Valami SSD - vel tesztelték, de szerintem laptopos merevlemezzel + 3 W még belefér. Van rajta egy teljes és egy félmagas mini PCI Express foglalat, és valami akárhányszoros sebességű PCI Express foglalat is. Biztos van olyan gigabites hálózati kártya, ami ebbe való. Elsőre úgy tűnik, hogy ez jó lehet home server - nek és filmlejátszógépnek egyben. Mi a véleményetek?
-
ambipur
tag
válasz
birrbert
#6229
üzenetére
Szia!
Bár nem engem kérdeztél, de /etc/hostapd.accept és/etc/ethers nekem nincs. A /etc/hostapd/hostapd.conf ill /etc/dnsmasq.conf jogosultságai 600 ill. 644, a tulajdonos mindkét esetben root. A 680 - as jogosultság érdekes számomra, mert hogy 8 - as van benne, és én úgy tudtam, hogy 7 - es a legmagasabb jogosultság, tehát ha 777, akkor mindenki csinálhat vele mindent. Csak a wifi nem működik, vagy kábellel rákötött kliens gépen se működik az internet? A szerverről tudsz pingelni? Pl. ping -c4 www.google.hu mit ad, azaz a szerver internetkapcsolata rendben van?
-
ambipur
tag
válasz
Laca 012
#6213
üzenetére
Szia Laca!
Nem, nem veszek switchet! Nem kell nekem külön hardware, külön tápegységgel, aminek időnként frissíthetem a firmware - ét, meg javítgathatom a szar alultervezett maroktápegységét! Tök jó nekem ez a megoldás így, ahogy van! Ha Ti nem értékelitek, a Ti dolgotok, engem nem érdekel, de nekem ez így jó!
-
ambipur
tag
válasz
Laca 012
#6210
üzenetére
Szia Laca!
A tipikus használat nem ramdiskről történik, hanem merevlemezről. A szervergép jófajta SATA2 - es merevlemeze FTP - n 72 Mbyte / sec maximális átviteli sebességet produkált. Valós használat és 1 darab merevlemez esetén tehát nem a hálózat sebessége, hanem a merevlemez sebessége lesz a szűkebb keresztmetszet. Persze 4 merevlemezzel már kihasználható lenne a számított 266 MByte / sec, nade ez négyszer annyiba kerülne. A Gigabites TP-LINK kártyáim darabja 1 500 Ft - ba került, a riser meg 4 500 Ft - ba. Nem volt jelentős költség, a konfigurálás meg nem került semmibe, sőt, sokat tanultam belőle! A processzorterhelés 50% - nál még soha nem ugrott feljebb. Egyedül a kliensek közötti adatforgalom lehetne gyorsabb switch esetén, mert ahhoz nem kell a szervergép merevlemeze, de ezt a kompromisszumot elfogadom.
-
ambipur
tag
válasz
Laca 012
#6207
üzenetére
Szia Laca!
Nekem ez azért jó, mert így az alaplapi ethernet port mellett a PCI slotba tett 2 slotos riser kártya 2 hálózati kártyájával együtt összesen 3 ethernet portom van, így az asztali gépemen kívül még két másikat tudnék ellátni. Kábeleket fogok húzni a többi szoba felé. Tudom, van wifi, de a gigabites hálózat gyorsabb, mint a wifi. Ha minden klappol, akkor a jövőhéten letesztelek egy három slotos riser kártyát is. További érdekes kérdés, amit majd szintén érdemes kitesztelni, hogy mi van akkor, ha a kábelmodem ethernet portjára is kötök egy gépet, akkor megy - e együtt a kábelmodem USB és ethernet portja is?
-
ambipur
tag
Halihóóó Emberek!
Sikerült belőni a kábelmodemet USB - n keresztül. A pontos típusa EPC3212, és UPC - s. Ezt a leírást követtem:
http://ubuntuforums.org/showthread.php?t=428499
Ki kell húzni az ethernet kábelt a kábelmodemből, majd USB - n keresztül összekötni őket. Majd kapcsoljuk ki a kábelmodemet, és kb. 1 perc múlva vissza. A lényeg, hogy a linux - os server gép úgy látja a kábelmodemet, mint egy USB - s hálózati kártyát. El kellett indítani az usbnet kernelmodult:
modprobe usbnet
A kernelmodul automatikus elindítása: a /etc/modules fille - ba kell beszúrni, hogy usbnet. Ezt követően a /etc/udev/rules.d/70-persistent-net.rulse fileban látszani fog, hogy megjelenik egy új eth interface, zárójelben utána hogy (usb). Szerepel a MAC címe is. Nevezzük át ebben a fileban ezt az ethx - et eth0 - nak, a többi eth - t pedig egy számmal léptessük feljebb. Majd a /etc/network/interfaces fileban az eth0 definicióját a szokásos auto, dhcp mellett ki kell egészíteni a MAC címmel: hwaddress ether XX:XX:XX:XX:XX:XX. Ide a /etc/udev/rules.d/70-persistent-net.rules filebeli MAC címet kell beszúrni. Ez nagyon fontos, enélkül nem működik a dolog! A bridge rész definiciójához hozzá lehet adni az alaplapi eth - t is. Indítsuk újra a hálózatot vagy a linux - os serverünket, és a gépnek most már USB - n keresztül kell kapnia az internetet!
Egy probléma azért adódott: ifconfig eth0 - ával nézve az USB - s kábelmodemet, az RX sorban a hibaszámláló igen gyorsan pörög felfele. Ennek az elmúlt egy hétben egyelőre semmilyen hátrányát nem tapasztaltam. Letöltöttem a BME ftp serveréről egy 1,2 GByte - os zip - et, de nem volt benne CRC hiba. Az én gépemről is töltöttem le kívülről zip - et, de így sem volt benne hiba. A www.speedtest.net oldallal mérve a sebességet, a szokásos 80 - 125 Mbit / se le- ill. 9 - 10 Mbit / sec feltöltési sebességeket mértem, mint korábban, amikor az ethernet kábeles összekötést használtam. Egyelőre nem zavar ez a szépséghiba, de ha valaki tudja az okát, akkor ne tartsa magában!
-
ambipur
tag
Halihóóó Emberek!
wget4web vagy mwget működik valakinek? Nekem a WL500g routeren ment, de az atomos gépen nem. Ahol csak tudtam, átírtam, hogy a wget - et ne a /opt/... alatt keresse, de ígyse.
-
ambipur
tag
Halihóóó Emberek!
Tud valaki olyan alkalmazást, amivel a rendszerlog - ok nézhetőek web szerveren keresztül? Jó, tudom, hogy a webmin - nek van ilyen modulja, de csak ezért nem tenném fel. Előre is köszi a tippeket!
-
ambipur
tag
válasz
Laca 012
#6152
üzenetére
Szia Laca!
Próbáld meg a startx vagy az xinitd indítófile - ok valamelyikébe bemásolni a képernyőkalibráló parancsot. Nem tudom, hogy hol helyezkednek el, mert nekem nincs telepítve grafikus felület, de Midnight Commander - rel keress rá ezekre a file - okra.
Amúgy a wifi - vel kapcsolatban korábban írtál teszteredményeket. Ha jól emlékszem, 180 Mbit / sec körül volt a maximális átviteli sebesség. Ha jól emlékszem, a tesztlaptopban is 300 Mbit - es N - es wifi volt, nemde? Namármost, a tesztlaptop wifi kártyája egy, kettő esetleg három antennára dolgozott - e?
-
ambipur
tag
válasz
Laca 012
#6145
üzenetére
Szia Laca!
Igen, ez más tészta lesz. Ha ezt írja, akkor Neked tényleg nem a GRUB kell. Az X - et valami startx vagy xinit indítja. Ezeket találtam:
-
ambipur
tag
válasz
Laca 012
#6131
üzenetére
Szia Laca!
Sikerült elmenteni a grub configjába az "irqpoll" kernelparamétert. Ezt a leírást használtam:
https://help.ubuntu.com/community/Grub2
A fenti leírás GRUB 2 - re vonatkozik. Ha Neked GRUB van, akkor az alján van link erre is.
Előtte készítettem egy biztonsági mentést a /etc/default/grub és a /boot/grub/grub.cfg file - okból. A /etc/default/grub file - t kell szerkeszteni, nevezetesen ezt a sort:GRUB_CMDLINE_LINUX="irqpoll"
Itt az irqpoll helyett használd a számodra kívánt paramétereket. Mentsd el, majd root - ként futtasd az
update-grub
parancsot. Ez módosítja a /boot/grub/grub.cfg configfile - t. Ha ez lefut, akkor mehet is a reboot, és már a beszúrt kernelparaméterrel bootol a rendszer!
-
ambipur
tag
válasz
Laca 012
#6128
üzenetére
Szia Laca!
Köszönöm, hogy reagáltál! Két egyforma TP-Link hálókártyával próbálkoztam. Frissítettem BIOS - t a legújabb 45 - ösre, de nem segített. Cserélgettem is a kártyákat, de nem segített. Végül a gépre dugott monitorral néztem, hogy miket ír ki a kernel bootolás közben. Az irq23 - al problémát jelzett és azt javasolta: try with irqpoll option. Újraindítottam a gépet, és a grub bootmenüjébe beszerkesztettem az irqpoll kernelparamétert. Nem tudom mit csinál, de ettől jó lett: működik min a két hélózati kártya. Ha átdugom az asztali gépet egyik hálózati kártyából a másikba, és nyomok egy repair - t a hálózati kapcsolatra, akkor újból ké ip címet, és működik. Most már csak az a kérdés, hogy a grub - bal hogy lehetne megjegyeztetni ezt a kernelparamétert, hogy ne kelljen minden bootoláskor beírni?
-
ambipur
tag
Halihóóó Emberek!
Vettem egy ilyen PCI riser kártyát:
http://mscbp.hu/ProductDetails.aspx?ProductID=269
Chipes riser kártya, ahogy Laca javasolta. Ezzel legalább nem fagy le a gép. ifconfig kilistázza az új hálózati kártyát, de pl. az ethtool azt mondja tá, hogy link detected: no pedig rákötöttem az asztali gépet. Ez a jelenség az egyik slotban levő hálózati kártyával lép fel. Mitévő legyek? BIOS - t kéne esetleg frissíteni? Előre is köszönöm!
-
ambipur
tag
Halihóóó Emberek!
A kábelmodemem (UPC, EPC3212) USB portjával kapcsolatban feladtam a terveimet, mert Windows alatt az asztali gépemen sem sikerült beizzítani. A CISCO honlapján levő driverek egyike se települt fel, a mellékelt CD - n levő driver feltelepült ugyan, de sárga kérdőjeles. Lehet, hogy le van tiltva alapból az az USB port?
Na mindegy, viszont találtam egy ilyen riser kártyát:
http://mscbp.hu/ProductDetails.aspx?ProductID=269
Arra is állnak a foglalatai amerre kellenek, chip is van rajta, nem is lenne drága, de a bolttól kaptam egy PDF - et, amiből arra következtetek, hogy ezt inkább VIA miniITX - es alaplapokhoz tervezték. Működhetne ez Intel D945GSEJT alaplapban, vagy az Intel és a VIA csakugyan ennyire eltérhet riser kártya témában? Ha valaki tud valamit, ne tartsa magában, mert ha tutira nem fog működni, akkor nem veszem meg! Előre is köszönöm.
-
ambipur
tag
válasz
birrbert
#6021
üzenetére
Szia birbert!
Az ext2 filerendszer előkészítésében igazad lehet. A partíció legyen primary és aktív, ha valamilyen particionálóprogramot használsz. A sata vinyót meg meg kéne nézni az OpenWRT - nél, vagy megkérdezni a fórumában (szerintem it a ph - n is van), hogy támogatja - e.
A kérdésedet köszönöm, nagyon kedves! A tippeket amit itt a forumon kaptam, ezúton is köszönöm. Vettem egy 750 GByte - os 7 200 rpm - es Seagate noti merevlemezt. Végül Seagate lett, nem WD, mert a kiszemelt WD - t idehaza nem sikerült beszerezni. FTP - n a helyi gépre 72 MByte / sec volt a maximális átviteli sebesség, samba - n keresztül pedig 30 - 35 MByte / sec.
Most az az ötletem támadt, hogy a kábelmodemem (UPC, EPC3212) USB portját kéne WAN - nak használni a szerverhez. Így az alaplapi meg a PCI buszba tett hálókártya révén lenne két LAN - os ethernet portom. Egymásnak ellentmondó infókat találtam a kábelmodem USB portjának sebessége felől. Volt, ahol 1.1 - esnek, volt, ahol 2.0 - ásnak írták. Előbbi esetén az egésznek semmi értelme, viszont 480 Mbit / sec elég lenne még a 120 Mbit - es internethez is. Na, ezzel küzdök most.
-
ambipur
tag
válasz
birrbert
#6018
üzenetére
Szia birrbert!
Érdekes a téma amit felvetettél! Kicsit utánagoogliztam, és ezt a leírást találtam:
https://forum.openwrt.org/viewtopic.php?pid=92784
Ez ugyan egy régebbi OpenWRT, de az látszik belőle, hogy a openwrt-x86-ext2.image nevű file - t töltötte le a fickó, azt kimásolta egy pendrivera, majd egy Slitaz nevű live CD segítségével másolta az image - et a merevlemezre. Próbáld ki, kíváncsi leszek, mi sül ki ebből!
-
ambipur
tag
válasz
Kitakat
#5922
üzenetére
Szia Kitakat!
Magasság szempontjából a wifi kártyának a kiegészítő kártya alatt kellene elférnie, területet tekintve pedig a kiegészítő panel két egymással szemben levő tüskesora között. A miniPCI Express kártya gondolom szabvány méretű, elvileg ezt úgy kellett hogy kitalálják az alaplapon, hogy az oda elférjen.
-
ambipur
tag
válasz
Laca 012
#5888
üzenetére
Szia Laca!
Mintha vagy ebben, vagy a WL500 - as fórumban lett volna egy hozzászólásod egy hálózati forgalmi statisztikát készítő web - es megoldással kapcsolatban. Úgy emlékszem, hogy különböző témákat készítettél hozzá. Nekem rrdtool alapú megoldásom van, és az szép grafikonokat rajzol, de nem készít táblázatos összesítést. Ezért érdekelne a Te megoldásod, hátha össze lehet hozni az rrdtool - al. Mi a megoldásod alapja? Előre is köszönöm!
-
ambipur
tag
Halihóóó Emberek!
Az új merevlemezek "Advanced format" - jával, tehát a 4 kbyte - os szektormérettel kapcsolatban kérdeznélek titeket. Kinek van ezzel kapcsolatban tapasztalata Linux alatt? MAi olvasmányaim szerint jelentősen gyorsabb, mint a hagyományos 512 byte - os szektorméret esetén. Nem emlékszem, hogy az Ubuntu telepítőjében állítható - e particionáláskor a szektorméret? Partition Magic és társai tényleg felejtősek? Előre is köszönöm!
-
ambipur
tag
Halihóóó Emberek!
PCI riser kártya témában kérem a segítségeteket. ebay - en rendeltem egy 2 PCI csatlakozós riser kártyát. Nincs benne semmi elektronika, csak a csatlakozók, meg pár kondi. Se chip, se jumper, se semmi. Az első nagyon durván karcos volt, nem is működött csak az egyik PCI csatlakozója. Megreklamáltam, erre küldött az ipse ingyen egy második ugyanolyat. Ez csak egy kicsit karcos, de ennek is ugyanabban a csatlakozójában megy a hálókártyám. Két azonos TG-3269 kártyám van, RTL8169SC chipes. Az alaplapom D945GSEJT, RTL8111D a hálózati vezérlője. Ubuntu 10.10 Server x86 az operációs rendszerem. A két hálózati kártya újak és működnek. Az interfaces file - ban a szokásos bridge technikát használom. Ráadásul ez a konfiguráció jól működött a 10 éves alaplapomban (Athlon 1333 MHz-es proci volt benne), amelyikben PCI busz volt bőven, nem kellett hozzá riser kártya. A /etc/udev/rules.d/70-persistent-net.rules - ból kitöröltem eth1 és eth2 sorait majd újraindítottam. Valaki írta itt a fórumon korábban, hogy hálókártya telepítés utáni utólagos beépítésekor ez a teendő. Újraindítottam hogy felismerje. Újraindítás után az ifconfig kiírja eth1 - et és eth2 - őt is, de egy idő után kifagy a gép, és addig is, amíg kifagy, IP címet a riser kártya egyik csatlakozójába dugott hálókártyán keresztül kap az asztali gépem. Ha a másik csatlakozóba dugom át a hálókártyát (az asztali gép marad erre kötve!), akkor az asztali gép nem kap IP címet. Mi a túró lehet ennek az oka? Én csinálok valamit rosszul, vagy mindkét riser kártya azért nem megy, mert karcosak? Előre is köszönöm, ha ezt valaki megfejti nekem!
-
ambipur
tag
válasz
Laca 012
#5767
üzenetére
Szia Laca!
Megjelent a WD7500BPKT: [link]
de eléggé drága, majdnem 27 kFt! Viszont van a Seagate - nek is 7200 rpm - es, 16 MByte cache ill. 750 GByte - os laptop vinyója:
[link]
Ez egy kicsit olcsóbb, majdnem 25 kFt. Annyival jobb a WD? Melyik lehet a gyorsabb? Te melyikre szavaznál? Köszönettel,
ambipur -
ambipur
tag
válasz
Laca 012
#5732
üzenetére
Szia Laca!
A WD BEKT sorozatú merevlemezei nekem is szimpatikusak a 7200 - as fordulatszám és a 16 MByte cache miatt. A WD honlapján láttam, hogy a legnagyobb BEKT 750 GByte - os, de ilyet idehaza sehol nem találtam, pedig igény az lenne rá! Nincs valami ötleted? Előre is köszönöm!

-
ambipur
tag
válasz
Laca 012
#5638
üzenetére
Szia Laca!
Ilyen hibaüzenetem nekem is volt, ezt a sort kommenteztem ki:
#ctrl_interface=/var/run/hostapd
Így, hogy van előtte komment, jól működik. De én is a 6 - os csatornát használom. Még egy info: nekem a Debian repo - ból a hostapd_0.7.3-1_i386.deb változatú hostapd vált be a 10.10 - es Ubuntu Server - en.
-
ambipur
tag
Szia qubi!
Azt szeretném, hogy alapból eth1 (LAN) 10 Mbit / sec sebességen menjen. Csak akkor álljon vissza a gigabites sebesség, ha eth1 - re kötött számítógépet bekapcsolom. De mindez ne függjön az eth1 - re kötött gép IP címétől vagy gépnevétől. Legyen gépfüggetlen. Az általad említett ARP táblát hogy lehet lekérdezni?
-
ambipur
tag
Halihóóó Emberek!
A vezetékes hálózati kártyák fogyasztáscsökkentésével foglalkoztam az utóbbi időben. A
ethtool -s eth1 autoneg off speed 10
parancs segítségével az eth1 (LAN) kártya sebességét vissza lehet venni 10 Mbit / sec - re. A fogyasztásmérőn mutatott érték ennek hatására 2W-ot esik vissza! A sebesség természetesen visszaállítható az eredeti gigabites tempóra:
ethtool -s eth0 autoneg on speed 1000
Cron - ban beállítottam, hogy éjjel 1 és reggel 8 között az eth1 sebessége mindössze 10 Mbit / sec, egyébként meg 1Gbit / sec. Még jobb lenne, ha automatizáltan le lehetne kérdezni, mondjuk 1 percenként, hogy pl. az eth1 - en van - e élő hálózati kapcsolat. Az ifconfig ill. az ethtool programok csak akkor írják ki, hogy nincs kapcsolat (Link detected: no ill. hasonló megfogalmazás a másiknál), ha az asztali gépből fizikailag kihúzom az ethernet kábelt. Ha be van dugva a kábel, de a gép nincs bekapcsolva, akkor Link detected: yes. Lehetne pingelni az asztali gépet, de akkor azon fix IP cím kellene, és csak egy IP címre működne. Valami általános megoldás kellene, ami nem függ IP címtől vagy az asztali gép nevétől. Van valami ötletetek?
-
ambipur
tag
Halihóóó Emberek!
Sikerült kikapcsolni és visszakapcsolni a wifi kártyát. A teljesítménymérőmön láttam, hogy kb. 1,5 W - al csökkent a fogyasztás, teh. Ezeket a parancsokat használtam:
iwconfig wlan0 txpower off
iwconfig wlan0 txpower on
/etc/init.d/hostapd restartHogy lehetne azt megoldani, hogy a cron hajnali 1:00 - kor ezzel a paranccsal lekapcsolja, majd mondjuk reggel 8:00 - kor visszakapcsolja a wifi kártyát?
A másik kérdésem az, hogy van egy 108 Mbit - es TP-LINK wifi kártyám az egyik laptopban, de csak 54 Mbit - es kapcsolat jön létre. Mit lehetne tenni, hogy a kapcsolat 108 Mbit - es legyen?
-
ambipur
tag
válasz
Laca 012
#5494
üzenetére
Szia Laca és Csicsóka!
Köszönöm mindkettőtöknek a segítséget, de ma végül összejött a wifi összeköttetés WPA2 titkosítás mellett és a laptop 54 Mbit - es wifi kártyájával.
Az interfaces fileból kivettem a wifire vonatkozó részeket, csak a bridge portjai között van felsorolva a wlan0. A dnsmasq konfigfilejában a Laca által javasolt változtatásokat a read-ethers kivételével végrehajtottam. A fő gond azonban az volt, hogy a bridge portjai között ténylegesen nem szerepelt a wlan0 port, feltehetően, mert a bridge korábban jön létre, mint ahogy a hostapd elindul. Erről abrctl show
parancs segítségével győződtem meg. Kézzel hozzáadtam a wlan0 - át a bridge - hez a
brctl addif br0 wlan0
parancs segítségével. A dnsmasq konfigjában nekem az interface=br0 sorral volt megadva, hogy hova adjon IP címet. Ehelyett az except-interface=eth0 sorral adtam meg, hogy csak az eth0 - nak ne adjon IP címet, mert az a WAN port, és az a szolgáltatótól kap IP címet dhcp - vel. Most már csak a wlan0 - nak a br0 - hoz való hozzáadását kellene megoldani úgy, hogy újraindítás után is megmaradjon. Beírhatnám az rc.local - ba is, de van ennél szebb megoldás?
-
ambipur
tag
válasz
Laca 012
#5492
üzenetére
Szia Laca!
Ezzel így egy az egyben nem működött az ssh elérés a dyndns - es néven. Ezeket kellett kivennem:
auto eth1
iface eth1 inet manualmeg bridge_fd 2.5 és visszaírni hogy:
bridge_stp on
bridge_maxwait 0A #wireless-mode master sort meghagytam kikommentezve. Így az asztali géppel tökéletes a kapcsolat, de a laptop ugyanúgy elakad az IP - cím kérésnél.
-
ambipur
tag
válasz
Laca 012
#5487
üzenetére
Szia Laca!
Íme az interfaces file - om:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
#Setting up wireless network interface
auto wlan0
iface wlan0 inet manual
wireless-mode master
# Setting up a bridge over eth1 and eth2
auto br0
iface br0 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.1
broadcast 192.168.1.255
gateway 192.168.1.1
bridge_ports eth1 wlan0
bridge_stp on
bridge_maxwait 0
# Activating Network Address Translation
up iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE -
ambipur
tag
válasz
Csicsóka
#5444
üzenetére
Szia Csicsóka!
Megpróbáltam a purge - val való eltávolítást, majd ismét újratelepítettem, de nincs hostapd.conf! Nekem 10.10 - es Ubuntum van (maverick). Erről a címről, valamelyik tükörszerverről letöltöttem a debian csomagot
http://packages.ubuntu.com/maverick/i386/hostapd/download
Majd mc - vel belenézve a csomagba a /contents/etc/hostapd mappában NINCS hostapd.conf, így nem is tud mit feltenni. Na jó, akkor nézzünk egy régebbi disztribúciót, gondoltam, legyen a lucid, innen is letöltöttem a debian csomagot:
http://packages.ubuntu.com/lucid/i386/hostapd/download
és a /contents/etc/hostapd könyvtárban van hostapd.conf Ezt kimásoltam a /etc/hostapd könyvtárba, szerkesztgettem egy kicsit annak szellemében, ahogy Laca is írta, tehát WPA2, és így tobább. Na kérem, újraindítottam a szervert, megy a hostapd master módban, és a laptop a jelszó bekérése után elkezdi lekérni az IP címet és kéri, és kéri, és malmozik és nem sikerül. Na, most húzzon ki valaki a csávából, mert mostmár tényleg nem sok hibádzik a sikerhez! Előre is köszönöm!
-
ambipur
tag
válasz
Laca 012
#5442
üzenetére
Szia Laca!
Megpróbáltam remove - olni, le is vette, de a config file - t meghagyta és a visszatelepítéskor nem módosította. A /etc/init.d/networking restart - től tekintsünk el, mert utána nem működik a dyndns kliens (inadyn). A hostapd - t leállítva majd a -dd kapcsolóval újraindítva a végtelenségig írja a szöveget Putty - ban, de ez a failed - es rész ismétlődik:
MGMT (TX callback) fail
mgmt::proberesp cb
STA 00:19:e0:63:a4:d9 sent probe request for our SSID
STA 00:19:e0:63:a4:d9 sent probe request for broadcast SSID
STA 00:19:e0:63:a4:d9 sent probe request for broadcast SSID
MGMT (TX callback) failMost már tudjuk, hogy valami nem OK, nade mi? Előre is köszönöm!
-
ambipur
tag
válasz
Laca 012
#5439
üzenetére
Szia Laca!
Töröltem az előnyben részesítettek közül, minden csatlakozási kísérlet után. A hostapd.conf - ban a debug=4 sor elől kivettem a # jelet, remélve, hogy a syslog - ból majd okosabb leszek. De a hostapd még annyit se ír a syslog - ba, hogy elindult ilyen és ilyen paraméterekkel. Neked loggol(t) valahova?
-
ambipur
tag
válasz
Laca 012
#5436
üzenetére
Szia Laca!
Egy másik laptoppal is kipróbáltam a wpa=0 azaz a nyílt, titkosítás nélküli beállítást. Ez a második laptop tudott csatlakozni ilyen beállítások mellett. De a wpa=2 esetén nem sikerült. Hogy lehetne legalább egy WEP esetleg egy sima WPA, tehát nem WPA2 titkosítást beállítani? Előre is köszönöm!
-
ambipur
tag
válasz
Laca 012
#5436
üzenetére
Szia!
Az asztali gépem teljesen jól kapcsolódik a server - hez. Van internet és helyi hálózaton látom a Samba - n megosztott könyvtárakat. FTP is működik. A laptopon XP van és a Windows saját vezetéknélküli konfigurálóját használom. És az előnyben részesített hálózatok sorrenjének módosítása - ra klikkelve, a kiválasztott AP tulajdonságai állíthatóak.
-
ambipur
tag
válasz
Laca 012
#5434
üzenetére
Szia!
Kipróbáltam a wpa=0 beállítást. A laptopon a Hálózati hitelesítésnél Nyílt - at, az Adattitkosításnál Letiltva - t adtam meg. Megpróbáltam úgy is, hogy a hostapd.conf - ban a wpa_passphrase, wpa_key_mgmt, wpa_pairwise és rsn_pairwise sorokat kikommenteztem. A laptopon látszik, hogy "Nem biztonságos vezeték nélküli hálózat", de csatlakozni nem tud. Mi okozhatja ezt?
-
ambipur
tag
válasz
Laca 012
#5426
üzenetére
Szia Laca!
Nos, ott tartok, hogy az általad megadott hostapd.conf esetén működik a kártya master mode-ban, de nem tud hozzá csatlakozni a laptop. Még annak idején a WL500gP - vel WPA2-PSK és AES beállítás esetén működött a csatlakozás 3 laptop esetén is. A TKIP - t le lehetne valahogy cserélni AES - re? Köszönettel, ambipur
-
ambipur
tag
válasz
Laca 012
#5418
üzenetére
Szia Laca!
Közel járok az igazsághoz, de még nem sikerült csatlakozni laptopról. A laptop látja az adott SSID - t! A /etc/network/interfaces file módosítása és egy újraindítás után az iwconfig kilistázza és Mode:Master ! Az ifconfig is kilistázza. De van egy mon.wlan0 hálózati interface is, de minek, ill. ki lehet - e valahogy törölni?
Az 5405 - ös hozzászólásodban közölt hostapd.conf - nál átírtam az ssid - t és a wpa_passphrase - t. A laptopon WPA2 - őt vagy WPA2-PSK - t és TKIP - t kell beállítani?
A hostapd.conf - ban az ssid alatt a hw_mode=g mit jelent? Ennek nem "n" - nek kellene lennie? Mégiscsak N - es a kártya, nemde? A hálózati kulcs meg az a hosszú mondat, amit a hostapd.conf - ban a wpa_passphrase - hez beírtam, ugye? Köszönettel,
ambipur
-
ambipur
tag
válasz
Laca 012
#5407
üzenetére
Szia Laca!
Megszerkesztettem a /etc/default/hostapd file - t az általad közölt módon. A másik hiba az volt, hogy a hostapd.conf file - t nem a /etc - be, hanem a /etc/hostapd könyvtárba kellett tenni. A /etc/init.d/hostapd restart parancsra frankón elindult a hostapd démon. A ps -A ki is listázta. Az iwconfig parancsra kapott válasz:
# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
eth1 no wireless extensions.
br0 no wireless extensions.
wlan0 IEEE 802.11abgn Mode:Master Frequency:2.437 GHz Tx-Power=20 dBm
Retry long limit:7 RTS thr=2347 B Fragment thr=2346 B
Power Management:off
mon.wlan0 IEEE 802.11abgn Mode:Monitor Tx-Power=20 dBm
Retry long limit:7 RTS thr=2347 B Fragment thr=2346 B
Power Management:offMost már működik a kártya, szerintem csak a /etc/network/interfaces file - t kellene szerkeszteni. Mindjárt kipróbálom.
-
ambipur
tag
válasz
Laca 012
#5405
üzenetére
Szia Laca!
Számítottam rád, köszi, hogy jelentkeztél! Kipróbáltam, az eredmény ezzel is ugyanaz. ps -A paranccsal nézve nem fut a hostapd, ha /etc/init.d/hostapd restart paranccsal megpróbálom újraindítani. Próbáltam már a szervert is újraindítani. Az /etc/network/interfaces file - on nem változtattam még semmit. Mit lehetne még tenni?
-
ambipur
tag
Halihóóó Emberek!
Megjött Tajwan - ból az AR5008 - as wifi kártyám. Beszereltem, telepítettem a wireless-tools és a hostapd csomagokat. lspci kilistázza a kártyát. Az iwconfig parancsra ezt kapom:
# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
eth1 no wireless extensions.
br0 no wireless extensions.
wlan0 IEEE 802.11abgn ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=0 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:offA hostapd csomag nem telepített hostapd.conf file - t, ezért letöltöttem egy mintát innen:
http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob_plain;f=hostapd/hostapd.confAki már üzemelt be ilyen kártyát, az légyszi segítsen, hogy hogy kell belőni a master módot! Előre is köszönöm!
-
ambipur
tag
B.Ú.É.K Emberek!
A jövő évre is izgalmas konfigurálásokat és sok - sok újdonságot kívánok mindenkinek!
-
ambipur
tag
Halihóóó Emberek!
Ki milyen megoldást használ az alábbi problémakörökre:
1. Hálózati interfészek web - en keresztüli, grafikus forgalommonitorozása
2. iptables generálás
3. QOS, azaz a különböző tipusú hálózati forgalmak priorizálásaOlyan megoldások érdekelnének, amelyekhez nem szükséges SQL adatbázis és grafikus felület (XWindows). A forgalommonitorozó simán loggolhatja magának az adatokat valami kis saját szövegfileba, mondjuk 2 - 3 percenként. A beállítás történhet parancssorból vagy egy konfigfile szerkesztésével. A Linuxra telepítendő program(ok) mérete ne több 10 MByte legyen, mint pl. a Webmin esetében. Webservernek legyen elég egy lighttpd, ne kelljen Apache. Teljesíthetőek ezek az igények? Előre is köszi a tippeket!
Új hozzászólás Aktív témák
- OLED monitor topic
- Apple iPhone 17 Pro Max – fennsík
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- OnePlus Nord 3 - kapcsoljuk északot
- Anime filmek és sorozatok
- Apple asztali gépek
- Formula-1 humoros
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Allegro vélemények - tapasztalatok
- További aktív témák...
- Lenovo T14S Thinkpad FHD IPS i5-1135G7 16GB RAM 256GB SSD Intel Iris XE Graphics Win11 Pro Garancia
- AKCIÓ! Sony PlayStation 5 825GB digital extra fejhallgatóval garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 13 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS4522
- GYÖNYÖRŰ iPhone 12 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4540, 100% AKKSI
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


Az interfaces fileból kivettem a wifire vonatkozó részeket, csak a bridge portjai között van felsorolva a wlan0. A dnsmasq konfigfilejában a Laca által javasolt változtatásokat a read-ethers kivételével végrehajtottam. A fő gond azonban az volt, hogy a bridge portjai között ténylegesen nem szerepelt a wlan0 port, feltehetően, mert a bridge korábban jön létre, mint ahogy a hostapd elindul. Erről a
