Új hozzászólás Aktív témák
-
mszl
aktív tag
válasz
Csicsóka
#7738
üzenetére
Szia!
A korábbi problémás az tűzfal, és default route gon volt, ahogy nekem is a napokban egy új telepítés után.
A lapom:
[link]A bővitő kártya:
[link]Nekem eddig semmi gondom nem volt a realtek-el.
interfaces file:
# 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 br0 eth0 eth1 eth2 eth3 eth4 wlan1
iface lo inet loopback
# The primary network interface
iface eth0 inet dhcp
post-up iptables-restore < /etc/iptables.up.rules
dns-nameservers 192.168.1.1 8.8.8.8 8.8.4.4
iface eth1 inet manual
iface eth2 inet manual
iface eth3 inet manual
iface eth4 inet manual
iface wlan1 inet manual
iface br0 inet static
address 192.168.2.1
netmask 255.255.255.0
broadcast 192.168.2.255
network 192.168.2.0
bridge_ports eth1 eth2 eth3 eth4 wlan1
bridge_stp off
bridge_waitport 10
dns-nameservers 192.168.1.1 127.0.0.1 8.8.8.8 8.8.4.4Én mindent beledobtam a bridge-be így nem kelett bonyolult iptables szabály csak 2 inteface között áramlik az adat.
És már megy a 192.168.1.0 és 192.168.2.0 oda vissza minden.
Amúgy ebből Gigabyte lapból lenne a géped????? -
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!
-
-
mszl
aktív tag
válasz
Csicsóka
#7604
üzenetére
OK!
AP most nem fontos csak legyen mivel tesztelnem az Atheros kártyát és az N550 -t
Az a lényeg hogy tudjon 150,300, esetleg 450-ben csatlakozni és venni.Igaz szerintem USB-n 450-re nincs esély.Én ezt néztem ki:[link]
A letöltések között felajánl linux driver is.
De még rrákeresek több véleményre.
Valakinek esetleg próbálta már?? -
Laca 012
őstag
válasz
Csicsóka
#7273
üzenetére
Ez igen, jónak néz ki!
Én mondjuk még mindig a minimalizálás végett próbálok ragaszkodni a passzív borda+házventilátor megoldásokhoz, mert mégis csak az a leghalkabb verzió, de lehet ez sem lenne rossz..
Minden esetre meg kell próbálni visszavinni az N2800-as lapot mert ez botrányos és használhatatlan, aztán ha lesz időm akkor a Jetway lapból összerakni a szervert.. Akárhogy is nézem, jelenleg még mindig az tűnik számomra a legalkalmasabbnak!
Aztán ha nagyon szükséges, akkor kell mellé összeraknom egy böngészős/1080p youtube-ozós HTPC szerű gépet, vagy akár a Brazost újra hadrendbe állítani, mert végülis még az is kényelmesen teljesítette ezeket..
Remélem nem fognak sokat kukacoskodni a visszavétellel, hisz sajnos ezen kívül is van vele bőven probléma...
A slusszpoén, hogy még a SATA kártyát is megvettem hozzá 4-5eFt körül.. -
Laca 012
őstag
válasz
Csicsóka
#7187
üzenetére
Az nyilván való, hogy az intel k*rt el valamit, mert eleve nem is grafikus a "bios", holott azért ez 2012-ben már alap lenne szerintem..
Másrészt nem lehet kikapcsolni az uefi boot-ot, holott megváltoztatni engedi, csak nem menti el, szóval szerintem ez a bios bug-os..
Harmadrészt az Asus E35M1-I deluxe Brazos lapon is működött ez a dolog, meg ki is lehetett kapcsolni..
Szóval ez azért kemény..tassika: Hát a "Remény Hal" meg utoljára, de ez tipikusan intelesen elkapkodott dolognak tűnik, a körülmények, meg elég aggasztóak..
A Jetway NF9C lap, meg maximum a harmadik SATA-val lenne több, de csak PCI-os a nagy slot, meg miniPCIe-ből is csak egy van....stb. Ráadásul második hálókártya, vagy daughter board csatlakozó sincs rajta mint általában a jobbfajta Jetway lapokon, szóval lófütyi az egész ahogy van...
Általában azért jóval drágábbak ezek a lapok, mert eleve ipari célra vannak fejlesztve.
Amit NC9C lapokat amit most sikerült (kb 1 évre rá, miután először álmodoztam róla) beszereznünk, az is, ha nem az ebay-ről rendeli az ember akkor alsó hangon 60-70eFt volt, de még az ebay-en is még mindig 40körül van minimum. (ha van egyáltalán) ..Felfoghatjuk egy "kicsit" továbbfejlesztett GSEJT-nek, mert annyit tud végülis, csak már 2magos (elvileg)gyorsabb CPU-val, +1db miniPCIe (=2db) és a PCI helyett már PCIe x1 slottal.. azon kívül kb. ugyan az..
Bár a GSEJT legalább ha már nem is tud elindulni 64biten, de legalább 32biten nem csak Windoson, hanem Linuxon is tudja a 2048x1536 max felbontást úgy, hogy tud 16:9-es arányokat is..
(az, hogy ekkora felbontáson már szaggat rendesen, az egy dolog, de egy egyszerű diagnosztikai oldalt átláthatóan-rendesen meg lehet jeleníteni legalább..) -
Laca 012
őstag
válasz
Csicsóka
#7093
üzenetére
A D2700 tisztán prociból kitudná tolni a fullhd-t? 2.1GHz lehet hogy ehhez sovány?
Mint már tárgyaltuk, jó esetben (ha nem szoftveresen kell gyorsítani) semmi köze sincs a CPU frekijének a FullHD lejátszáshoz..
Szóval elvileg tudhatja (persze sajnos csak 32biten, sőt, lehet abból is csak Win-en, ha ilyen szűkös a driver kínálat).. 
-
Laca 012
őstag
válasz
Csicsóka
#7061
üzenetére
De mértem természetesen..
Több féle táppal is!!! 
De az azért sokkal többet evett!!!Egyébként az N550-est végül sosem mértem meg, de szerintem ebben a felállásban nem sok különbség lesz!! Ha kedden leadom a dolgozatomat átnézésre, remélem lesz 1-2napom méregetni legalább..
Meg gyorsan rendelek egy USB-Gigabit átalakítót, hogy ha megjön tudjam mire számíthatok utána... Aztán ha az megy, akkor jöhet a SATA kártya és maximum utána a crystal, bár ugye nem videózni lesz.. Vagy megkeresem Oyabunt, hátha megvan még neki valamelyik...Mert az is lehet, hogy 32biten simán viszi az 1080p-t, 64 biten, meg ha nincs az igp-hez driver, akkor a crystallal sem lesz jó, mert az hagyján, hogy így most csak 1600x1200 a max és szaggat, de ráadásul csak 4:3-as arányt tud..
Namost ha az IGP határozza ezt meg, akkor cseszhetem a crystalt, meg a folyamatos lejátszást, ha a Wide üzemmódot meg nem tudja.. Mert tudtommal a video dekódolását gyorsítja, de a felbontás és az arány már nem a crystaltól függ..
mszl: Az lehet, hogy az ebay minden 60napnál korábbi üzenetet és tranzakciót töröl?? Vagy nem tudod kapásból hol tudom visszanézni? Mert így hirtelen nem látom, meg sok régebbit sem...
Mondjuk azóta rendeltem vagy 20 féle cuccot, de csak van valami archívum nem?? -
Laca 012
őstag
-
Laca 012
őstag
válasz
Csicsóka
#6794
üzenetére
Igen, ath9k-t használ. Mivel van 2db elvileg tök egyforma kártya amiből az egyik a GSEJT-ben van és most is 20dBm/100mW-on van, ubuntu 10.04.4 alatt, így könnyen kiderül egy sima kártyacserével, hogy az ominózus kártya is tudja-e..
Ezt a 17dBm-t desktop verzió kliensként írta.. Ha a kártya tud csak ennyit, akkor max rendelek másikat, de gyanítom nem az lesz a ludas..
-
birrbert
tag
válasz
Csicsóka
#6680
üzenetére
Anno Ubuntu-s időkből nekem is az rémlik, hogy 20 dBm-el szórta a jelet a kártya, de most OpenWRT alatt valamiért nem akar 17 dBm fölé menni. Akár a webes kezelőfelületen módosítom, akár konzolból a wireless konfigurációs fájlt, nem változik a szitu. Csak akkor persze, ha csökkenteni akarom. Most is például BO van beírva, mint ország és 20, mint dBm, de csak 17-et mutat az 'iwconfig'. Na de mindegy, hisz a szerver itt van mellettem a földön, a laptopom pedig az asztalon.
-
birrbert
tag
válasz
Csicsóka
#6486
üzenetére
Nos, beletelt egy kis időbe, amíg nekifogtam, de ma délután 5-től este 10-ig ezzel foglalkoztam.
A legújabb OpenWRT-t tettem fel, vagyis a 10.03.1 végleges verzióját, amely decemberben jött ki. A telepítés a 4 GB-os Kingston Compact Flash kártyára elsőre sikerült. Sőt, konzolból sikerült percek alatt beállítani a WAN és a LAN interfészeket, ami lehetővé tette, hogy kábeles kapcsolatom legyen a szerver felé. Laca kisegített egy linkkel, tehát következhetett a wireless belövése eme leírás alapján. Csak kiadtam a telepítési parancsot, és fel is került a kmod-ath, kmod-ath9k és a hostapd. Beállítottam, amit lehetett (SSID, jelszó, csatorna, N sebesség, stb.), és működött a rendszer.
Azaz, elviekben működött, de effektív ugyanaz a mese, mint a többi oprendszerrel... N módban nem jó a kapcsolat... Össze-vissza váltogatja a sebességeket 65 Mbit és 300 Mbit között, a Speedtest-en 1 Mbit alatti letöltési sebességeket mértem, a Pingtest-en pedig rohadt sok volt az elveszett csomag, a ping reply és a folyamatos ping reply-ok közti szórás (jitter).
Úgyhogy nem tudom mit mondjak. Még bizonytalan vagyok, mert csak gyors teszteket végeztem, gyorsan váltogattam a különböző titkosítások között, hogy nézzek végig minél több mindent, egy szó mint száz, meglehet, hogy pontatlanok az észrevételeim. Meglátjuk mi lesz... a napokban még tesztelem a rendszert.
Következtetések
Pozitívum: viszonylag gyorsan és zökkenőmentesen üzembe lehetett hozni a rendszert.
Negatívum: N módban ugyanolyan sz@rul teljesít, mint a többi.ui: Ami nagyon hiányzik, az egy olyan komoly log lehetőség, mint például a pfsense-nek is amilyen volt, vagyis percenként lehetett ellenőrizni a szerveren, hogy a kliensek mit csinálnak éppen.
ui2: Egy annyit pontosítanék még, hogy minden tesztem az Internet-re kimenve történt, ami azt jelenti, hogy a szolgáltató is lehet néha ludas. Úgy érzem utólag, hogy kliens és szerver között kellene előbb teszteket végrehajtsak, de még azt sem tudom, hogy hogy tegyem elérhetővé a CF kártya teljes, 4 GB-os kapacitását.
-
Laca 012
őstag
válasz
Csicsóka
#6481
üzenetére
"Ez kb. akkora mint Laca beltéribe épített gsejt szervere" (295x280x64) ( 5,2864liter )
Hát Laca szervere: (260x185x55) ( 2,6455liter ) (lábak nélkül csak 50mm magas)
Szóval 35mm-rel keskenyebb, 95mm-rel rövidebb, és 10-15mm-rel alacsonyabb.
Térfogatra 50,0435% azaz ~kb. pont fele akkora!!!![;]](//cdn.rios.hu/dl/s/v1.gif)
Nem kötekedés, de ilyen "magas labdát" nem bírtam szó nélkül hagyni, bocsi!
Ja! Ha átfúrnám a lyukakat a HDD-knél, akkor ebbe is beleférne 3db egymás fölé..
-
batagy
őstag
válasz
Csicsóka
#6488
üzenetére
Csak infóként írom le, ha valaki erre keveredik, hogy OpenSUSE 12.1-ben a "/etc/init.d/boot.local" fájlba kell írni a saját scripteket, az "/etc/init.d/after.local" fájlt már nem használja az OpenSUSE 12.1-es verzója, a systemd miatt.
Én ezeket tettem a "/etc/init.d/boot.local"-ba:
mkdir -p /var/log/lighttpd
chown lighttpd:lighttpd /var/log/lighttpd
mkdir -p /var/log/tinyproxy
chown nobody:nobody /var/log/tinyproxy
mkdir -p /var/run/tinyproxy
chown nobody:nobody /var/run/tinyproxyA /var/run-ba a tinyproxy mappa a tinyproxy egy bugja miatt kell csak.
-
batagy
őstag
válasz
Csicsóka
#6485
üzenetére
Én pont ugyanígy installáltam!!
A /tmp és /var/log TMPFS fájlrendszerre van mountolva nálam is. Működik így maga az oprendszer meg minden, nincs vele gond. Az jó hír, hogy neked hoszú távon is így ment.De így gondja van pár alkalmazásnak, azok, amik keresi a saját logfájljukat a /var/log-ban. Pl. Squeezebox Server és lighttpd se indul el addig, amíg nincs saját mappája a /var/logban. Vagy írok majd egy olyan init scriptet, ami ezeket induláskor létrehozza. A másik variáció, amin gondolkoztam, a ramlog nevű alkalmazás, ami azt csinálja, hogy rendszer induláskor a /var/log tartalmát felmásolja TMPFS-re, majd onnan megy, illetve leállításkor a tartalmat a TMPFS-ről visszamásolja a diskre. Ezt még nem próbáltam, de mondjuk az jutott eszembe, ez egyáltalán segít-e? Mert ugyan menet közben nem írja ki a változtatásokat, de amikor a rendszert leállítom, akkor ugyanúgy kiíródik. A különbség hogy itt egyszerre íródik ki. Te erről a ramlog-ról mit gondolsz?
-
nemdan
senior tag
válasz
Csicsóka
#6476
üzenetére
Én elolvastam.
Hát tényleg szinte mindenben veri a másik kettőt és még fogyasztásban is ott van a szeren.(teszt alapján?!) És igen, az ára sem elhanyagolható tényező. Egy miniITX lapon és házban még jobban mutatna szerverként,de ahhoz sajnos még jobban zsebbe kéne nyúlni,mint egy mATX-nél. 
A jó kis D945GSEJT akkor is bevált konstrukció
-
Laca 012
őstag
válasz
Csicsóka
#6469
üzenetére
Nekem az volt a tapasztalatom, hogy ez a 72/150/300Mbps névleges sebesség, "csak" egy a sok befolyásoló paraméter közül...
Az ugye nyilván való, hogy a sebességet jelentősen befolyásolja pl. az elsőre jelentéktelennek tűnő kis távolság (1-2m)is és a többi helyi rádió ami még ha szomszédos csatornán is, de ott van és elnyomja a hasznos jelet. (Legjobb lenne ebből a szempontból egy tanyán lakni, mindenféle GSM és egyéb rádió átjátszótól, reptértől...stb. jó messze. Csak oda meg nem vezetik be a DIGI, vagy a UPC szuper széles sávú netjét.)Ezen a helyi sajátosságokon kívül amiket befolyásoló tényezőként tapasztaltam:
1. A kártya névleges sávszélessége (72-150-300-450Mbps)
2. Az antennák száma és elrendezése:
-Szimpla 1db antenna
-1 normál+1 integrált
-MIMO (3x3 vagy 2x2...stb.)
(MIMO esetében ahogy elnéztem van olyan hogy 2 csatornát használ, ezért ha 7-esnél nagyobb csatornát állítok be, el sem indul a hostapd)
3. A rádiók teljesítménye
-chipset függő (Broadcom, Atheros...stb. Az n-es szabványok csak megközelítőek)
-csatoló felület függő:
(USB-s nek sokkal kisebb a teljesítménye általában, mint a PCI/PCIe/mini PCI/miniPCIe és az USB-s a CPU-t is eszi)4. Az antennák nyeresége
- Integrált antennás eszközök (gyengébb USB stickek és design routerek sokkal gyengébbek)
-A gyárilag külső antennás eszközök
(jobbak, de csak 0-1-2dBi -s antennákat raknak rá. Egy szobán belül, ahol
a szomszéd routere sem a fal túloldalán van, elfogadható minőséget adhat.)
-Külön vásárolható 5-7-10dBi...stb. külső antennák.
(Na ezek az igazi harci eszközök a sok kommersz szabványon kívüli zavaró "kütyü" és a szomszédok routerei ellen.. )5. Egyebek:
-Gyenge gép
-túlterhelt USB hub (USB stick esetén)
-Túl gyakran foglalt hdd (Akár szerver akár kliens oldalon is!! Ezért szerencsés ha semmi más nem fut a teszt közben és esetleg ha RAMdisk-ek között folyik az adat, mert pl egy lemez indexelés, naplózás...stb is belerondíthat és eltérő adatokat kaphatunk..Most hirtelen ezek jutottak eszembe, de ebből is látszik azért, hogy kicsit bonyolultabb dolog ez, mint az "egyikben is 150-es kártya, másikban is, mégsem tudja felét sem..."
Aztán van még egy lényeges (talán a leglényegesebb) tényező, az "ellenállomás". Hiába cserélgetem a szerver/routerben a rádiós kártyákat, ha a kliens oldalon okozza valami a szűk keresztmetszetet!!
Kicsit ezért gyanús is nekem a mérésed, mert én nem találtam 2db egyforma kártyát, (nem hogy 3-at!) csak ha mindhárom esetben a kliens volt a leggyengébb láncszem!Minden esetre az már jó pont, hogy mennek master módban!!
-
Laca 012
őstag
válasz
Csicsóka
#6417
üzenetére
Érdekes dolgok ezek... GSEJT-Kingmax "combo" problémát még nem hallottam mástól, de nem hinném, hogy az 533 vs. 667 vs. 800MHz-en múlna, inkább a modulon található chipektől függhet szerintem.
Akkor foglalkoztam többet ezzel, amikor még az Asus WL500 routerben cserélgettük a chipeket. (2x16MB-ról 2x64MB-ra) Ott a szervezés nem volt mindegy, csak a 32Mbit x16 volt a jó, az ugyanúgy 64MB-os 64Mbit x8 as chipekkel nem indult.. Sőt, ha nem samsung chipeket sikerült szerezni, hanem Hynix-et, akkor plusz kondenzátorral valamelyik lábat földelni kellett, csak akkor működött..
Pont a Kingmax-nál láttam egyébként amikor a netbookomba próbáltam a DDR3-asokat, (Aqua-ban szerencsére megengedték, hogy próbálgassak) hogy némelyik nagyobb-gyorsabb moduljaikon nem is a saját chipjeit használta, csak felmatricázta, meg csomagolta..
Anno Kingstonban is láttam DDR1-es 512MB-os original modult amin Samsung chipek voltak. (Azon a modulon pl.pont jó chipek voltak az Asus routerhez, le is szedtük őket.)
A netbookomban amiben egyébként N550-es atom van, abban meg pont a Kingston nem indult, sem 1GB, sem 2GB, sem 1066MHz, sem 1333MHZ...stb. Az csak a Kingmax-al indult, bár hozzá tartozik az igazsághoz, hogy az első darabbal kemény 3/4 órát üzemelt.. (utána se kép-se hang) aznapra vissza is tettem az eredeti Hynix 1GB-osat, de másnap szó nélkül cserélték a kingmaxot egy ugyanolyanra, ami azóta is működik.
-
Brogyi
őstag
válasz
Csicsóka
#6399
üzenetére
Na-na, én azért kételkednék a sebességben. 3 gép darabonként 20MBps az sok.
1 PC-t sambán keresztül 45-56MBps tud nálam.15W reális, sőt.
Csak példának megemlíteném amikor 15MBps(120Mbps) tölt le a torrent, teljesen mindegy milyen kliens rtorrent,transmission,deluge a CPU 100% hasít.Egyébként a deluge húz nálam a legjobban.Ubuntu headless, és semmi nem fut a deluge mellett.
Kíváncsi lennék ez mennyi egy win7+utorrent párossal,de azt hiszem már nem fogom kipróbálni a hülye vírusok miatt.Nálam ez a helyzet. -
Laca 012
őstag
válasz
Csicsóka
#6279
üzenetére
"LCPower 75W-os táp üresben: 4-6W között ugrál"
Szerintem itt vmi bibi van, a modecom tégla sem vmi hűde márka, de nem ugrál üresben a fogyasztása.
Igazából ezek az adatok akkor lennének összehasonlíthatóak, ha egy, vagy legalább egyforma fogyasztásmérővel mértük volna őket. A 4-6W között valószínűleg azért ugrál, mert ott annál az alacsony fogyasztási értéknél már pontatlan is lehet a fogyasztásmérőm. Tulajdonképpen 4W alatti értéket soha nem tudtam még vele mérni, illetve 5W-ot sem mutatott még soha.. Tehát könnyen lehet, hogy a kb. 5W-os fogyasztás érték miatt ugrál a 4-es és 6-os két érték között. Ugyan ennél a táptípusnál már volt aki 1,5W-ot mért... Na nekem eleve tizedeket ki sem jelez a fogyasztásmérőm... A leírásában valami olyasmi volt, hogy 5%pontos, max. +-5W.. szóval ebben az alacsony, pár wattos intervallumban könnyen lehet fals az érték.. Viszont összehasonlítani tuti alkalmas, mert ha 10szer mérem ugyan azt a konfigot, akkor 10-szer ugyanazt az értéket mutatja.
A valós fogyasztását a gépnek inkább úgy szoktam mérni, hogy 24órát mérek kWh-ban és azt osztom le. Úgy elég pontosnak tűnik, mert anno beraktam egy "hiteles" villanyóra után és ott is 24 óra alatt ugyan azt mérte mind a kettő.. -
birrbert
tag
válasz
Csicsóka
#6233
üzenetére
Bridge nincs konfigolva. Külön van a wlan0 és az eth1 beállítva az interfaces-ben meg a dnsmasq.conf-ban is, mert először azt hittem, hogy így jobb lesz. Hát nem lett jobb, de ennél maradtam.
WPA2 titkosítás van, természetesen. A MAC (hostapd.accept) szűrés meg a fix IP osztás (ethers) ezen felül van.
szerk: nem tudom mennyire követtétek a sztorimat, de titkosítás nélkül is kipróbáltam egy napig, és akkor ment hibátlanul minden, full sebességgel.
-
birrbert
tag
válasz
Csicsóka
#6224
üzenetére
OK, de ezt megjegyzi? Úgy tudtam, hogy újraindítás után visszaáll a régi MAC.
Na mindegy. A szerver bontotta ismét a kapcsolatot. Átkapcsolódtam a router-re, beléptem Putty-val a szerverre, és alább olvasható, hogy milyen parancsot adtam ki, és milyen válasz érkezett:
root@zumbae:/home/birrbert# hostapd -dd /etc/hostapd/hostapd.conf
Configuration file: /etc/hostapd/hostapd.conf
ctrl_interface_group=0
Failed to create interface mon.wlan0.
nl80211 driver initialization failed.
wlan0: Unable to setup interface.Egyébként ezzel a ctrl_interface_group=0 sorral a Debian-nak is baja volt, hol elindult, hol nem akart indulni vele a hostapd. Ha újraindítom reboot-al a szervert, akkor megint jó egy darabig. Vajon mi a szitu?
szerk: lassan térhetek vissza az Ubuntu/Devian Home Server topic-ba...
-
Laca 012
őstag
válasz
Csicsóka
#5777
üzenetére
Nem telepítettem külön semmit. (időm sem lett volna rá sajnos)
Amit feltett magának az ubuntu, azzal a driverrel ment..
Megnéztem a Big Buck Bunny -t, aztán raktam is a Win7-et rá..
Ami miatt én nem cserélném le a gsejt-et, pl. az a 4cm-es ventilátor, ami azért közel sem néma, bár lehet a bios-ban össze -vissza állítgatni.. 24órás szerver/router/nas üzemre (ha már megvan) fogyasztásban és zajban még mindig a GSEJT a legalkalmasabb.
Persze a jelenlegi ára és a DDR2-es SoDIMM modul ára miatt 2-3 év mire behozza az árkülönbözetet, ezért ma már nem vennék újonnan én sem..szponzor: Ha ezt egy router is tudná megfelelő sebességgel és kompromisszumok nélkül, akkor még mindig az ASUS RT-N16 -om lenne.. Azért a SATA az kicsit más mint egy CPU gyilkos USB..
ZPapp23: Ez az Asrock E350M1 lap.
Azt már kiveséztük kismilliószor: Vagy alacsony fogyasztású 24órás üzemű NAS/Letöltőgép (+esetleg router) , vagy HTPC. Nincs igazi kompromisszum.. vagy kisfogyasztású városi autó, vagy sportkocsi..Megmérve ez a lap is 3x annyit eszik mint a GSEJT (28-30W)
(Filmet nézve konkrétan 2x annyit (42W) mint a GSEJT a 7"-os kis monitorral együtt 2db HDD-vel!!!),
De mint előbb leírtam, a GSEJT már az ára miatt nem versenyképes.
Jelenleg ha nem kell a fullHD lejátszás, akkor otthoni szerver/nas -nak ezek az ION nélküli 525-ös lapok az elfogadhatóak árban/fogyasztásban..Brogyi/duffbeer: Most ne hogy már összekapjatok..
Szerintem a Home felhasználásba beletartozik a torrentezés... (nem igazán hallottam még torrentező cégeket..
)Ettől függetlenül mai viszonylatban nem sokkal jobban használná ki a 80/25-ös sávszélességemet egy erősebb vas sem, mint a GSEJT.
Sosem korlátoztam a fel-letöltési szálakat, mégsem akadt meg, pedig nekem routol is...Az tény, hogy ha "minden megy" , akkor közel maximumon is mehet a CPU, és így az alap 2W-ja helyett akár 4W-ot is ehet nyomorult, amibe még talán bele is langyosodik..
Ráadásul értelmetlen is azon vitatkozni, hogy a GSEJT megfelelő lenne-e ZPapp23 céljainak, mert épeszű ember ezen az áron már nem vesz GSEJT-et..
A routereket tényleg nem keverném ide.. Régebben tökéletesen elég volt nekem is az Asus WL500gP router, de aztán az RT-N16 is hamar kevésnek bizonyult..
-
raidx
őstag
válasz
Csicsóka
#5615
üzenetére
Mikor megjött a D510MO lapom épp 1033-as memó volt kéznél és bizony nem indult el a kicsike. Átcseréltem 800-asra és semmi gond nem volt vele. Viszont a p2p hálózat sajátossága, hogy a sebesség érdekében nagyon sok szálon próbál meg letölteni és ezzel bedugul a hálózati kapcsolat, kiakad a vezérlő. Csak restart hozza vissza. Szerencsére az utorrentnél gyárilag kiküszöbölték ezt a hibát. Így nem kell foglalkozni az optimalizálással, jó az alapból beállított.
-
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!
-
quby
őstag
válasz
Csicsóka
#5429
üzenetére
Aham! Ez akkor sem rosz de azért a log jó lenne ha megmaradna. Bár ki lehet iratni vele egy script-el 2-3 naponta.....Vagy nincs olyan mint az rc.local, ami nem inditás után futtat x-et hanem leállitás előtt
az kiirhatná.(#5426) Laca 012
Nálam egyenlőre a biztonság ugy néz ki hogy csak egy antenna van felszerelve, ezzel csökkentve a hatótávolság
(bár ez N esetén nem megoldható) , Igy a lakásban pont elég, de a lakásból nem nagyon ér ki. A közvetlen szomszédok átlagéletkora pedig 75-év Így titkosítás nélkül csak MAC filterrel másfél év alatt volt kb 4 csatlakozási kisérlet, persze sikertelenül
Ennek ellenére erősen gondolkodom a WPA-an -
-
-
válasz
Csicsóka
#5363
üzenetére
Nálam csak a dnsmasq van fenn, és szépen működik a klienseken is:
balage25@HTPC:~$ dig ibm.com
; <<>> DiG 9.7.1-P2 <<>> ibm.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10897
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN A
;; ANSWER SECTION:
ibm.com. 21599 IN A 129.42.38.1
;; Query time: 0 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Jan 7 21:15:41 2011
;; MSG SIZE rcvd: 41 -
Laca 012
őstag
válasz
Csicsóka
#5352
üzenetére
Hát DHCP miatt tettem fel eredetileg és eddig ezt a fogalmat nem is ismertem, hogy DNS Cache..
(Most lebuktam..
)
De gyorsan utánaolvasva azt tapasztalom, hogy működik:user@server:/home# host -v ibm.com
Trying "ibm.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31069
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN A
;; ANSWER SECTION:
ibm.com. 3213 IN A 129.42.38.1
Received 41 bytes from 193.110.57.4#53 in 36 ms
Trying "ibm.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60305
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN AAAA
;; AUTHORITY SECTION:
ibm.com. 300 IN SOA ns.watson.ibm.com. dnstech.us.ibm.com. 2010120801 3600 1800 604800 10800
Received 82 bytes from 193.110.57.4#53 in 35 ms
Trying "ibm.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24389
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN MX
;; ANSWER SECTION:
ibm.com. 3600 IN MX 10 e34.co.us.ibm.com.
ibm.com. 3600 IN MX 10 e35.co.us.ibm.com.
ibm.com. 3600 IN MX 10 e1.ny.us.ibm.com.
ibm.com. 3600 IN MX 10 e2.ny.us.ibm.com.
ibm.com. 3600 IN MX 10 e3.ny.us.ibm.com.
ibm.com. 3600 IN MX 10 e4.ny.us.ibm.com.
ibm.com. 3600 IN MX 10 e5.ny.us.ibm.com.
ibm.com. 3600 IN MX 10 e6.ny.us.ibm.com.
ibm.com. 3600 IN MX 10 e31.co.us.ibm.com.
ibm.com. 3600 IN MX 10 e32.co.us.ibm.com.
ibm.com. 3600 IN MX 10 e33.co.us.ibm.com.
Received 248 bytes from 193.110.57.4#53 in 925 ms
user@server:/home# host -v ibm.com
Trying "ibm.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61832
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN A
;; ANSWER SECTION:
ibm.com. 3199 IN A 129.42.38.1
Received 41 bytes from 193.110.57.4#53 in 4 ms
Trying "ibm.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5543
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN AAAA
;; AUTHORITY SECTION:
ibm.com. 286 IN SOA ns.watson.ibm.com. dnstech.us.ibm.com. 2010120801 3600 1800 604800 10800
Received 82 bytes from 193.110.57.4#53 in 2 ms
Trying "ibm.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46700
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ibm.com. IN MX
;; ANSWER SECTION:
ibm.com. 3587 IN MX 10 e33.co.us.ibm.com.
ibm.com. 3587 IN MX 10 e34.co.us.ibm.com.
ibm.com. 3587 IN MX 10 e35.co.us.ibm.com.
ibm.com. 3587 IN MX 10 e1.ny.us.ibm.com.
ibm.com. 3587 IN MX 10 e2.ny.us.ibm.com.
ibm.com. 3587 IN MX 10 e3.ny.us.ibm.com.
ibm.com. 3587 IN MX 10 e4.ny.us.ibm.com.
ibm.com. 3587 IN MX 10 e5.ny.us.ibm.com.
ibm.com. 3587 IN MX 10 e6.ny.us.ibm.com.
ibm.com. 3587 IN MX 10 e31.co.us.ibm.com.
ibm.com. 3587 IN MX 10 e32.co.us.ibm.com.
Received 248 bytes from 193.110.57.4#53 in 3 msTehát elvileg használja...
Received 248 bytes from 193.110.57.4#53 in 925 ms
Received 248 bytes from 193.110.57.4#53 in 3 ms -
birrbert
tag
válasz
Csicsóka
#5351
üzenetére
A kulcsszó nálam: Persistence. Vagyis az a lehetőség, hogy bármilyen beállítást, módosítást eszközölök, azok megmaradnak még akkor is, ha váratlanul újra kell indítsam a gépet. Ezt nem tudta megoldani az Universal USB Installer az Ubuntu 10.04.1 LTS esetében. Na de meg fogom próbálni a Laca által leírtak alapján, és egy másik fórumon leírtak alapján is.
Kérdés: ha nem szeretném, hogy a pendrive-ot swap-ként használja az oprendszer, akkor csak annyit kell tennem, hogy egyszerűen nem hozom létre a swap partíciót, vagy valamit kell még állítgatni? Tudniillik ezzel nagyon le lehet csökkenteni az írás/olvasás ciklusok számát, nem melegszik annyira, ergo a pendrive is sokkal-sokkal tovább él.
Hosszabb távon egy Western Digital 7200-as fordulatszámú noti merevlemez beszerzése a cél; ki is hagytam neki a helyet a házban.
-
Laca 012
őstag
válasz
Csicsóka
#5276
üzenetére
Hát nem adtak, mert ugye ez netbook Optikai meghajtó nélkül...
Amikor átvettem, akkor én is lámán rákérdeztem, aztán ki is röhögtek.. Bár most már én röhögném ki a csávót, mert azt is állította, hogy ha egyszer letörlöm a visszaállító partíciót akkor sosem lesz már meg az eredeti rendszer, lementeni meg nem lehet.
Ehhez képest adtak hozzá egy kis leírást és az alapján (induláskor F9) le lehet menteni egy visszaállító image-et minimum 16GB-os USB meghajtóra.. Én le is mentettem és simán vissza is tudtam állítani egy USB-s HDD segítségével.. Ha arról állítom vissza a startert, akkor az express gate is van újra..
Nekem egyébként már jön lefelé a forrás, a "letöltőgép" leszedi, idő meg van rá.. Viszont találtam letölthető Express gate telepítőket is, de mint mondod, az nem feltétlen fog ezen a gépen működni..
Mindegy! Próbálkozok, aztán majd referálok mit sikerült alkotni!! -
Laca 012
őstag
válasz
Csicsóka
#5273
üzenetére
Köszi a tippet! Lehet csinálok majd valami olyan image-et, amiben minden driver-segédprogram meg frissítés benne van, aztán abból meg csinálok egy bootolható telepítőt USB-re..
Az asus honlapjáról viszont, a típushoz tartozó driver-ek között úgy látom, hogy az express gate nem tölthető le, legalább is elsőre nem találtam, viszont a forráskódja letölthető (Express_Gate_Cloud_Source_Code)..
Ez érdekes kicsit, de ezzel már csak megoldom valahogy..
Azt sajnos még nem látom, hogy milyen linuxról van szó, de tuti bele lehet nyúlni. Az letölthető forrás .gz, .bz2, .rpm kiterjesztésű fájlokból áll és van benne olyan, hogy firefox 3.0.8, alsa-driver, alsa-utils, esound, cairo, compat-wireless... stb. szóval eléggé "hasonlít" egy linuxra. Ráadásul, ha forrást enged letölteni, akkor valószínűleg kifejezetten azért, hogy aki akar belenyúlhasson, hisz nyílt forráskódú oprendszerről beszélünk..
Szóval kicsit utánaolvasok, aztán belemerülök kicsit..
Mondjuk az alap Express gate szolgáltatásait keveslem, pláne úgy, hogy mennyi olyan csomagot tartalmaz a forrásként letöltött állomány, amit nem is használ.
Feltettem egyébként az Ubuntu 10.04 Netbook verziót! Alapból ez lenne amit jó lenne futtatni, nagyon eltalált egy oprendszernek tűnik így netbookra optimalizálva.. Ezt már simán személyre tudnám szabni, de a grub-ban választható OS megoldásnál jobban tetszene ez a gombnyomásos... -
quby
őstag
válasz
Csicsóka
#5265
üzenetére
Szeintem a br0 elött definiálni kell a bridge-be kötött interface-ket igy:
auto eth0
iface eth0 inet manual
auto wlan0
iface wlan0 inet manual
auto br0
iface br0 inet static
address 192.168.1.1
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
bridge-ports eth0 wlan0Persze a megfelelö cimekkel. Igy a br0 15-20 sec utén létrejön. Ezért én a DHCP-t /etc/rc.localbol inditom sleep 20 && /etc/init.d/dhcp3-server start parancsal igy vár hogy létrejöjjön br0. Ennek igy mennie kell. Tremészetesen a bridge-utils jelenléte esetén
-
korcsi
veterán
válasz
Csicsóka
#5259
üzenetére
Nálam így néz ki a bridge-s az interfacesben fix ip-vel (minden hálókari bridzsbe van):
"
auto lo
iface lo inet loopbackauto br0
iface br0 inet static
address 192.168.1.60
netmask 255.255.255.0
gateway 192.168.1.254
bridge_ports eth0 eth1
bridge_fd 0
bridge_maxwait 0
bridge_stp off
bridge_ageintime 0
"Természetesen network manager nélkül!
Itt a régi interfacesem amiben hasonló a rendszer mint nálad, egy háló a net felé, 2 alhálózatban:
"
auto lo
iface lo inet loopbackauto eth0
iface eth0 inet dhcpauto br0
iface br0 inet static
address 192.168.2.254
netmask 255.255.255.0
bridge_ports eth1 eth2
bridge_stp off
bridge_maxwait 1
bridge_ageingtime 0"
Szerintem nálad az a baj, hogy az interfaces-be benne van minden interfész.
-
válasz
Csicsóka
#5259
üzenetére
Network manager van a lubuntuban? Az tud furcsa dolgokat csinálni, ezért azt érdemes levenni, és utána megpróbálni az interfaces-ben megadni a bridge-et.
Elvileg elég ez a sor "net.ipv4.ip_forward=1" a /etc/sysctl.conf-ba, innentől 1 lesz a /proc/sys/net/ipv4/ip_forward-ban.
Az invoke-rc.d helyett már a service script ajánlott. -
GerykO
aktív tag
válasz
Csicsóka
#4950
üzenetére
Kössz! Csak akkor kezdtem el parázni amikor olvastam egy cikket, amiben megrángattak egy ion2-s rendszert 2100+ MHz ig, és ott sem adott le valami fényes teljesítményt, igaz csak játékokkal tesztelték, szóval erre nem releváns. És mivel sehol nem találtam teszteket erről, ezért kérdezek tapasztalatokat. Eleddig 3 topicot olvastam végig és 1 hetembe került, kiég lassan a szemem Ezért kérdezek és várok személyes tapasztalat alapján választ. -
Laca 012
őstag
válasz
Csicsóka
#4921
üzenetére
Én még Rubi Marciéktól (wirelessbolt.hu) vettem, de amit küldtek az rossz irányban döntött és mivel a NyÁK úgy volt kialakítva, nem is tudtam megvariálni. ezért inkább a kiemelőből kellett faragni egyet. A szalagkábeles megoldás is létezik gyárilag is, de az szerintem nem biztos, hogy ugyanolyan stabilan működik rádiófrekvenciás zavaró környezetben (pl. wifi) mint a sima.
Amit néztetek, az horror! Annyiért már dupla risert lehet kapni, ami azért tartalmaz némi elektronikát is. Szimpláért nem szabad ennyit adni! -
quby
őstag
válasz
Csicsóka
#4917
üzenetére
Belefér a hálókártya,nekem is abban van. Persze ez az alap kicsi van benne. Ha nagyobb kártyád van inkább azt cseréld mint riser-t vegyél. PCI-ba ugyis csak 10/100-t érdeme reakni az meg tuti olcsobb lesz mint a riser. Viszont azt jobb ha tudod hogy nincs a házon kártyahely. ugyhogy az rj45 helyét ki kell igy vágni. (riserrel meg a hátlapot)
-
válasz
Csicsóka
#4422
üzenetére
"Sajnos e progi ami eddig még mindenütt tette a dolgát, indítás után csonta fagy"
Sajnos ez jellemző, sokszor megesik. Nem a memtest hibája (vagy nem feltétlenül), memória beállítástól függ. Bootos freedos floppyt húzzál le pendrivera (azt hiszem odin néven futnak), és az alá másold be a memtest dosos verzióját.
Aztán próbálkozz boot közben a kompatibilitás opciókkal. Kezdd elejéről, stb. Van ahol 8086 módban megy nekem, de van olyan gép ahol csak 286 módban fut.
Pl. hirens alól már egyáltalán nem fut nekem szinte sehol. -
quby
őstag
válasz
Csicsóka
#4284
üzenetére
Nem tudom hogy ez igy müködne-e? Esetleg adhoc módban??
De sztem eccerübb ha AP-t csinálsz. Ehhez a wifi-s kütyüdnek támogatnia kell a master módot (asszem usb-snél ritka) asztán kell csinálni egy bridge-t az eth1-el és kell egy hostapd.....A serveres totyik elején van erröl szó. Sima PCI-os karival sztem lényegesen eccerübb lesz és nem is olyan drága
Szóval elvileg tudhatja (persze sajnos csak 32biten, sőt, lehet abból is csak Win-en, ha ilyen szűkös a driver kínálat).. 
De az azért sokkal többet evett!!!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Jól saccoltam, meg számolgattam, ahelyett, hogy rákerestem volna.. 
)
Új hozzászólás Aktív témák
- Intel Core i9-10850K 10-Core 3.6GHz LGA1200 (20M Cache, up to 5.20 GHz)
- BESZÁMÍTÁS! Akár részletfizetés 0% THM ÚJ AMD RYZEN AM4 processzorok 3 év garanciával 27% áfaval
- Intel Core i9 11900
- BESZÁMÍTÁS! Intel Core i9 11900KF 8 mag 16 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 4770K 4 mag 8 szál processzor garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Új Asus Zenbook S14 WQXGA OLED 120Hz Ultra7 258V 32GB 1TB SSD Intel Arc 140V 16GB Win11 Garancia
- KERESEK: Poly Voyager 4320 M UC USB-C 218478-02M Part number: 77Z30AA
- M5! KÉSZLETKISÖPRÉSI ULTRAAKCIÓ!!! SPACE BLACK MacBook Pro 14" M5!!! 10C/10G 16GB 512GB Gar!
- GYÖNYÖRŰ iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3971, 94% Akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest