Új hozzászólás Aktív témák
-
birrbert
tag
válasz
birrbert
#205
üzenetére
Meg amúgy is, az én esetemben szerintem élesben kipróbálni a legtutibb. Szvsz nem elég a changelog-ot elolvasni, és csak az alapján dönteni, hogy érdemes-e kínlódnom vele, annál is inkább, mert nincs semmi amit veszíthetnék.
Bizakodó vagyok! Csak annyit kérek, hogy segítsetek telepíteni.

-
birrbert
tag
Megnéztem azt az alap hostapd.conf-ot, amely Jouni Malinen, vagyis a hostapd hivatalos honlapján van fent, és valami sántít az enyémben, mert nem teljesen egyezik a kettő.
Egész pontosan arról van szó, hogy Ubuntu Server alatt próbálgattam a hostapd konfigurálását. A .conf fájlban kísérletezgettem sok-sok órát annak érdekében, hogy elérjek egy stabil wireless N (elméleti 300 Mb/s) módot. G módban (elméleti 54 Mb/s) pár timeout-féle syslog hibaüzenetet elnézve minden rendben volt, a kliensek 2 napon át nem vesztették el a wireless kapcsolatot, és a sebesség is elfogadható volt (20-21 Mb/s).
Na most, eddigi tudásom szerint, ahhoz, hogy N módba kapcsoljon a kártya, a hostapd.conf-nak tartalmaznia kell az alábbi két sort:
wme_enabled=1
ht_capab=[SHORT-GI-40][DSSS_CCK-40][HT40-][HT40+][HT20]A poén pedig: amikor meg akartam nézni a wme_enabled paraméter leírását a hostapd honlapján, nem találtam meg. Találtam viszont valami mást, egy bizonyos wmm_enabled paramétert, amit ha beteszek az én hostapd.conf fájlomba, akkor a hostapd nem indul el. Kiírja, hogy ismeretlen parancs.
Ráadásul találtam egy 2011 januári beszélgetést a neten Jouni Malinen és Ben Greear felhasználó között. ITT OLVASHATJÁTOK. Érdemes elolvasni Jouni válaszát a Next message: Any idea why hostapd won't send wmm_param elements? -ra kattintva. Én azt vettem ki belőle, hogy a wme_enabled egy régi paraméter, és felváltotta a wmm_enabled. Ha pedig a wmm_enable paraméter nincs megadva, akkor a ht_capab HT40 paraméter nem működik jól, ergo a wireless N mód sem fog jól működni.
Laikusként ez jött le nekem belőle. A másik dolog meg az, hogy a 0.6.9-es verzió két éve volt kiadva... szerintem lazán meg lehetne próbálni a 2010-es kiadású 0.7.3-as verziót, amely már a wmm_enabled paramétert használja, a jobb stabilitás érdekében. De ennek a telepítéséhez sajnos nem értek.

-
birrbert
tag
Helló. Tudna valaki segíteni telepíteni az új hostapd-t? apt-get-el Ubuntu alatt csak a 0.6.9-es verzió telepíthető, amely két éve volt kiadva. Azóta van 0.7.3-as stabil release. Köszi.
ui: igazából addig eljutottam, hogy letöltöttem és kicsomagoltam tar-al, de hogyan tovább?

-
birrbert
tag
Újratelepítettem a rendszert, mindent beállítottam, elsőre sikerült, de az új Intel Wifi Link 5100-as kártyával csak 800-900 KB/s sebességgel másol FTP-n.

A kapcsolatot az óra mellett 300 Mb/s-nak jelzi, legújabb FileZilla a kliens, a szerveren proftpd fut. -
birrbert
tag
válasz
Laca 012
#199
üzenetére
Én valahol azt olvastam, hogy a professzionális routereket nem hülyeségből vagy a látszat kedvéért teszik fém házba. Lehet, hogy ezek a kínai monstrum antennák, amik nekem vannak, is közrejátszanak a kártya melegedésében. Kár, hogy nincs szenzorja, hogy szoftveresen meg lehessen nézni a hőmérsékletét. Olyan hőmérő nincs kéznél, amivel kívülről mérhető lenne...
-
birrbert
tag
Azon gondolkodtam, hogy milyen lenne, ha a wireless kártyára kis hűtőbordákat tennék, egyet vagy kettőt?
- Zalman ZM-RHS1
- Zerotherm ZH100
- Xilence XP-RAMA kártya fém borítója 30 mm x 15 mm, szóval akár kettő is elfér rajta ezekből. Vagy nem szabad ilyent csinálni?
Nagy a gyanúm, hogy a szoftveres nehézségek mellett túlmelegedés miatt is szenved a kártya. Fekete pont a plexi háznak, mivel átengedi az antennák által sugárzott rádiójeleket, és így az alaplap is kap egy jó adagot belőlük.
-
birrbert
tag
válasz
Laca 012
#194
üzenetére
Köszi az infót, megtanultam a leckét.

Laca, a következő "küldetést" (telepítés, beállítások, stb.) szeretném úgy megcsinálni cakkom-pakk, ahogy nálad van. A beállításokat nagyjából vágom, de telepítés terén az alapértelmezetten kívül egyebet nem tudok. Például: hogyan érdemes felosztani a partíciókat, mekkora méretűek legyenek, mit hova érdemes telepíteni, mire kell figyelni, mi az amit nem érdemes alapértelmezetten (úgy ahogy a telepítő ajánlja) hagyni?
szerk: Még mindig azon a véleményen vagyok, hogy a wifi kártya túlmelegedése is közrejátszik a problémában. Legutóbb titkosítás nélkül hibátlanul működött minden, teljes N kapcsolat, jó sebesség, semmi nem akadozott. Ezen is lesz majd mit finomhangolni, de egyelőre maradjunk a helyes telepítésnél és alapbeállításoknál.
-
birrbert
tag
Sziasztok. Jelentem alásan, nem álltam le a homeserver projektemmel, és még nem is adtam el. Sőt, most épp róla pötyögök. Windows 7 Enterprise 64 bit van rajta, minden frankó, kivéve amikor YouTube videókat akarok nézni. Lejátszás közbe ha csak az egeret is megmozdítom, már akad a videó. Na de mindegy.
Leteszteltem a merevlemezt HDTune-al, ami másfél óra volt, de egyetlen bad sector-t sem kapott. Ez azért nyugtató hír.
Elkészítettem a merevlemez tartóját négy vinkliből, plusz fúrtam lyukat a tápegység adapter való csatlakozójának. Hardver szinten még a PCI hálókártyát kell stabilizáljam, hogy ne lötyögjön jobbra-balra.
Érdekes észrevétel: most például egyik antenna sincs felszerelve a három közül, és mégis tudok kapcsolódni a router-hez. Lehidaltam, amikor erre rájöttem. Persze nem teljes a jel, de az 5-ből 4 pálcika megvan, és hibátlan. Na erre varrjatok gombot.

A miniPCIE wifi kártya továbbra is nagyon forró. Ha két másodpercnél tovább tartanám rajta az ujjam, akkor simán égési sérülést szereznék. Szerintem ez is befolyásolja a működést. Ennek ellenére Windows alatt soha, de egyetlen-egyszer sem, sőt még egy másodpercig sem volt baj vele, pedig már majd' egy hónapja használom.
Lassacskán visszateszem az Ubuntu LTS Server-t, és újra nekifogok a konfigurálásnak.
A ti gépecskéitek hogy ketyegnek?

-
birrbert
tag
Helló. Vinyón van, természetesen. Köszi a linkeket DavidDay! Egyelőre leállok a szoftveres kínlódással. Előbb rendbe teszem a hardvert, megcsinálom a félkész részeket, és majd utána ismét szoftverezek.
szerk: a swap partícióm 3 GB, telepítési alapérték.
-
birrbert
tag
Újabban a vinyóval, vagy a swap partícióval is baja van. Annyit csináltam, hogy a net kábelt direkt a szerverbe dugtam be, tehát kiiktattam a router-t, és elindítottam egy letöltést az rtorrent-el. Két perc múlva a rendszer összeomlott. Amikor rákötöttem a billentyűzetet, a Caps Lock és a Scroll Lock LED-ek vadul villogtak.
Türelmes embernek ismernek a haverok, de ezt hajszál tartja, hogy hagyjam a fenébe. És a legnagyobb hülyeség az, hogy nincs amiből rájöjjek mi a baj!

-
birrbert
tag
válasz
DavidDay
#182
üzenetére
Szia!
rtorrentet használok a szerveren. Szerintem ez egy jó kis kliens, és ahhoz képest, hogy szöveges felületű, pár alkalom után megszokható és átlátható.
A telepítése könnyű: apt-get install rtorrent. Létre kell hozni a /home/felhasználó mappában egy .rtorrent.rc fájlt, amelynek tartalmaznia kell a program konfigurációját. Minta fájl van a neten is, de megtalálod valahol az /usr/share/doc/rtorrent/examples mappában is.
Szóval ajánlom kipróbálásra. Vannak hozzá webes/grafikus kezelőfelületek is, de én azokkal nem szoktam komplikálni magam, mert sosem sikerül rendesen a telepítés. Majd idővel.

Szívesen megosztom a konfig fájlt, ha emellett döntesz.
ui: 7 napja megy a szerver, szépen, stabilan, de a lag még mindig aktuális. Amúgy minden OK, nem dob le a hálózatról, csak néha a 10 percenkénti handshake nem sikerül. Létezik olyan, hogy 64 bites WEP kódolás? Ha igen, mennyire biztonságos? Annyit tudok, hogy a sima WEP már régóta elavult, mert feltörhető 2 perc alatt.
szerk: ezzel a hozzászólással lettem azt hiszem Kvázi tag; komolyság

-
birrbert
tag
válasz
DavidDay
#176
üzenetére
Köszi. Erre gondoltam én is. A hátulütője az, hogy csökken a biztonság szintje. Jobb szeretnék valami olyasmit megpróbálni, ami nem a szimptómát szünteti meg, hanem a probléma forrására hat. Muszáj működnie, mert a 6 éves Broadcom alapú román routeremmel, sőt, igazából minden egyes routerrel (amihez valaha csatlakoztam) hibátlanul ment a laptopom. Valami triviális dolog biztos elkerüli a figyelmünket.
Keresgéltem a neten például egy olyan lista után, amely tartalmazza a lehetséges hostapd funkciókat, de nem találtam, csak minta hostapd.conf fájlokat. Talán közületek valaki több szerencsével járt.
Milyen lenne például, ha feltennék egy OpenWRT-t a szerverre? Meg lehetne lesni, hogy ottan hogy zakatol a hostapd (vagy más izé, amit használ a WI-FI-hez). Van x86-os verzió is belőle, de vajon hogy kell telepíteni? Túl sok fájl van a listában, és összezavarodtam, amikor megláttam.

Ha segítetek telepíteni, akkor vállalom, hogy letesztelem, és leírom a tapasztalataimat.
-
birrbert
tag
válasz
DavidDay
#171
üzenetére
Megtaláltam a beállítási lehetőségek listáját. Be kell valljam, hogy nem tudtam erről. Szóval, Power management Highest-re, míg Roaming Aggressiveness Lowest-re van most húzva. Jelentkezem a tapasztalatokkal hamarosan.
wpa_gmk_rekey=600 <-- ezt azt csinálja-e, hogy a handshake nem 10 percenként, hanem nagyobb időközönként történik? Ha nem, akkor mit?
-
birrbert
tag
válasz
Laca 012
#168
üzenetére
Az biztos, hogy van még mit fejlődnie az - ehhez a kártyához Linux alá írt - illesztőprogramnak.
Van egy pár kifejezés, amit segíthetnétek megérteni. Pédául mi az az ath9k? És az nl80211 meg a mac80211?
Légyszi olvassátok el ezt az e-mailezgetést, ha időtök engedi. Ez a második üzenet. Alul a Previous Message by Thread: és a Next Message by Thread: linkekre kattintva lehet olvasni a levelezést. A lényeg, hogy Pat Erley és Jouni Malinen (a hostapd készítője, ha nem tévedek), e-mailezgetnek egy bizonyos patch-ről és nohwcrypt parancsról. Az érdekes az, hogy Pat-nél is feltűnik az a hibaüzi, amely véleményem szerint nálam is bekavar:
WPA: received EAPOL-Key 2/4 Pairwise with unexpected replay counter
Aztán valahányadik üzenetnél kiderül, hogy Pat elgépelt egy karaktert a "wpa jelszóban", és a hwcrypto-nak meg a patch-nek nincs köze a dologhoz. Az a gondom ezzel a sztorival, hogy túl sok benne az angol technikai kifejezés, és nem értettem pontosan, hogy mikor miről számolnak be. Tekintsétek meg, hátha rájövünk valamire.
-
birrbert
tag
Lehet, hogy új kártya után nézek. Talán egy egy antennás vagy két antennás is elég lesz, és talán azokkal kevesebb a baj. Esetleg más márkát, mint Atheros. Kutakodok még egy kicsit.
-
birrbert
tag
válasz
DavidDay
#165
üzenetére
Hát akkor csak a MAC cím szerinti szűrés felejtős. Visszakapcsoltam a WPA titkosítást. Nem ér annyit az a játék. Ettől függetlenül jó teszt környezet, és, amikor lag mentesen fog az menni, akkor fogom tudni azt mondani, hogy jó a WI-FI.

DavidDay, a laptopom 6 WI-FI ap/router-t lát. Elfoglalt csatornák: 1, 2, 4, 5, 6, 7. Ebből a 4-es a szerver, az 5-ös pedig a routerem, ami mögé most be van dugva a szerver is (egymás mellett, mint ezen a fotón). Muszáj menjen az is, mert a lakótársaimnak kell a stabil kapcsolat. A probléma fennáll akkor is, amikor a router ki van kapcsolva.
-
birrbert
tag
A jelszót és a titkosítást deaktiváltam, és elmúlt minden gondom. Jelenleg csak a MAC filter működik. Elvileg ez is elég kellene legyen, nemde? Nincs ahonnan kiderüljön, hogy mely MAC címek vannak megengedve, így klónozni nem tudják. Mondjuk egy hacker biztos megtalálná a rést, de remélem nincs ilyen szomszédom.

-
birrbert
tag
Több helyen találkoztam hasonló hibaüzenetekkel, mint ami az én syslog fájlomban van, de megoldást még sehol. A sebesség jó, de játék közben lagol most is:
Első log részlet: http://pastebin.com/r4trc6fm
Második log részlet: http://pastebin.com/MxaakcPuEz a 10 percenkénti handshake dolog elég sokszor bakizik.
-
birrbert
tag
válasz
DavidDay
#158
üzenetére
Kicsit megelőztelek, mert letöltöttem és telepítettem a Debian netinst verziót. Sajna gondok voltak a hostapd.conf beállításokkal. Ilyenek, hogy: a ctrl_interface_group=0 sorban valami baja volt a nullával, aztán a hw_mode=g sorban pedig a g-vel. Nem igazán értettem, hogy miről van szó, neten keresgéltem, de nem találtam rá a hibaüzenetekre sehol.
Na de végül feltettem ezt a CD-s változatot, és müxik. Konfiguráltam, és elsőre ment. Egyelőre bridge nélküli módban van, és jónak néz ki.
- copy dnsmasq file to /etc/default <- itt nem tudtam, hogy mit kellene csináljak, mivel eddig nem matattam ilyen fájllal... szerencsére most sem kellett.
Figyelgetem a rendszert, a syslog-ot, DotA, lag, stb. és holnap jelentkezem. Köszi nagyon - ismét - DavidDay.

-
birrbert
tag
válasz
DavidDay
#159
üzenetére
Az Internettel van baj. Nagyon rossz a kapcsolat. Amint írtam, a saját laptopommal 4 megabit a max letöltés és 2 a max feltöltés. A munkahelyivel sem sokkal rózsásabb a szitu: 10 mega a letöltés, 5 a feltöltés. Wireless kapcsolatról beszélek. Kipróbáltam kábelen, úgy jó. Direkt a szerverről is húztam át cuccokat, az FTP FileZilla kombóval, és az is jó volt. Szóval a WI-FI az, ami szarakodik. Komolyan, mintha valami Quality of Service-t vagy traffic shaping-et állítottam volna be...

-
birrbert
tag
DavidDay, kipróbálnám én is a Debian-t. Mi alapján állítottad be? Van valamilyen tutorial vagy magadtól? Ugyanazok-e a beállítások, mint Ubuntu alatt?
-
birrbert
tag
Forró a wireless kártya... Leállítottam a gépet, és rátettem az egyik ujjam... 5 másodpercnél tovább nem is tudom rajta tartani, mert, bár nem éget, elég rossz érzés. Vajon van szenzorja? http://pastebin.com/gXYrPY6n
Az lehet gond, hogy túlmelegszik?
-
birrbert
tag
A munkahelyi gépemen - amelyikben 300 megabites wi-fi kártya van - a következőket mértem: letöltés 13 megabit/s, feltöltés 4 megabit/s. Ez sem a max, de sokkal jobb, mint az előző eredmény, amit az itthoni laptopommal mértem 54 megabites kártyával. Halvány lilám sincs, hogy mi történik...
-
birrbert
tag
válasz
DavidDay
#150
üzenetére
No, megcsináltam mindent, van kapcsolat, Internet is volt a régi iptables paranccsal, de... sajna csak 4 megabitet (400-500 KB/s) ad át a szerver a kliens laptopnak. Ennyi a max letöltési sebesség. A felöltés pedig 2 megabit (~200 KB/s). Szépen lekorlátoztam magam.

Amúgy a szerver megkapja a full 25 megabitet a router-től, kipróbáltam wget-el.szerk: A te POSTROUTING-os parancsoddal is ugyanez az eredmény. Furcsábbnál furcsább, hogy csak a konfig fájlokkal való matatás útján ilyeneket lehet elérni.
-
birrbert
tag
válasz
birrbert
#148
üzenetére
Például lehetne egy olyant, hogy:
ifconfig br0 down
brctl delbr br0Majd eltávolítani a bridge-utils pakkot, inaktívvá tenni minden br0-ra vonatkozó konfigot, és, ha ez sikerült, akkor beállítani az interfaces fájlban a wlan0-t, hogy a dhcp segítségével osszon IP címeket, az eth1-et pedig manuális beállításra. Ha nagyon muszáj kábelen csatlakozni, akkor beállítom a megfelelő IP címet, és kész.
Elvárom, hogy ezzel kapcsolatban álmodjatok ma éjjel. Guten nacht!
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
birrbert
tag
válasz
DavidDay
#144
üzenetére
Mit szóltok ahhoz, ha egyszerűen eltávolítom a bridge-utils pakkot (apt-get remove bridge-utils) és minden br0-ra vagy bridge-re vonatkozó sort a konfig fájlokban inaktívvá teszek? Ez megszüntetné-e a bridge-et illetve működne-e csak a wlan0?
Egy bizonyos klaus írta egy fórumon az alábbit:
Hi!
I found at that the network gets stable by removing wlan0 from a bridge
and using it directly. Are there any known issues with bridges? (of
course I had configured the bridge in hostapd.conf)regards
klausEgy román gyerek válasza (kiemelendő a második mondat):
I am glad my idea helped you. I seem to have read somewhere that wireless cards cannot be bridged except if they implement some extension. That was my reason for dropping the bridged setup. Unfortunately this did not help me.
Since I have other things on my schedule I'm gonna have to wait for the driver implementors to figure out the problems and wait for my distro maintainers to jump over kernel 2.6.29. Hope it works. In the meantime, cables rock

DavidDay, nálad amúgy minden OK, jól müxik a hálózat? Nincsenek ilyen lag problémáid, mint nálam?
-
birrbert
tag
Egy újabb logrészlet: http://pastebin.com/eCSNzUB8
21:51-kor fagytam ki a játékból. Biztos nem véletlen, hogy pont amikor a handshake kellene történjen, akkor fagy ki. Az aktuális syslog üzenet:
WPA: received EAPOL-Key 2/2 Group with unexpected replay counter
Most volt életemben először olyan, hogy Repair-t nyomtam, és helyreállt a hálózat. Nem kellett újraindítsam a szervert.
szerk: Még egy dolog, amit mostanában vettem észre, hogy amikor az óra melletti wireless kapcsolatot szimbolizáló kis monitor fölé viszem a kurzort, akkor néha 11 Mbps, néha 32 Mbps és néha a maximum 54 Mbps sebességet jelzi. Találomra váltakozik, sokszor.
-
birrbert
tag
-
birrbert
tag
válasz
DavidDay
#144
üzenetére
OK. Most ugyanaz a dnsmasq.conf is, mint nálad. Inaktívvá tettem az except-interface=eth0 sort is, és aktiváltam a listen-address=127.0.0.1 sort. Így már müxik, osztja az IP címet rendesen.
birrbert@zumbae:~$ brctl show
bridge name bridge id STP enabled interfaces
br0 8000.0021632fe990 no eth1
wlan0Remélem javul a szitu.

-
birrbert
tag
Ha például abban a helyzetben lennék, hogy nem lenne második ethernet kártya a gépben, akkor nem lenne szükségem bridge-re és vele együtt a bridge-utils-ra sem, ugye? Tételezzük fel, hogy csak eth0 és a wlan0 van: hogyan kellene beállítsam az interfaces és a hostapd.conf fájlt?
-
birrbert
tag
válasz
DavidDay
#140
üzenetére
Nálam nem volt aktív a listen-address=192.168.2.1. Ez valószínűleg azok közé a dolgok közé tartozik, amelyek másképp vannak az én dnsmasq.conf fájlomban a tiedhez képest. Utánaolvasok, hogy a többi sor, ami nálad aktív, és nálam nem, mire vonatkozik.
Mellesleg aktiváltam, vele együtt megadtam a listen-address=127.0.0.1-t is, de nem osztott IP címet a szerver.A jelenlegi beállítás így néz ki:
except-interface=eth0 <-------------- ez megvolt eddig is
listen-address=192.168.2.1folyt. köv.
-
birrbert
tag
válasz
DavidDay
#140
üzenetére
Hali. Egy dolog már biztos: N módban a hálózat lefagy. Beírtam a két parancsot a hostapd.conf-ba a tegnap este, jól ment minden, még a DotA is, de ma délután lefagyott a hálózat.
syslog részlet: http://pastebin.com/ZF1tMnt1
Amint látható, 16:11-től 17:01-ig kis túlzással azt mondhatjuk, hogy rendben volt minden. Becsúszott 1-2 deauthenticated, disassociated és Failed to stop TX DMA üzenet, de amúgy OK. Aztán 17:11-kor az eth0 (Realtek 8169-es kártya) valamiért bontotta a kapcsolatot, 4 másodperccel később helyrejött, de a laptopok már nem tudta visszakapcsolódni. Sem a 00:26-os MAC című, sem a 00:1b című. Előbbi a lakótársamé. Ő itthon volt, és többször próbált újrakapcsolódni (Enable/Disable, Repair, Reboot, stb, szegény mindent elkövetett, de hasztalan).

17:50-től 18:15-ig semmi nem történt a syslog szerint. Negyed hétkor indítottam újra.
Megpróbálom ez a listen_address dolgot...
-
birrbert
tag
válasz
DavidDay
#138
üzenetére
Halihó! DavidDay, fantasztikus, hogy rád mindig lehet számítani.

Nincs más gond a szerverrel. Stabilan működik, nem dobja el a kapcsolatokat, nem fagy le a hálózat. Csak online játék közben van gond, illetve néha a Pingtest.net is kimutatja.
A hétvégén a szüleimnél leszek, távol a "kicsikémtől", de amint hazaérek kipróbálom ezt a kért parancsot is.Addig is folytatnám a párbeszédet egy új megközelítéssel. Előzményként csak annyit, hogy írtam a Romanian Linux User Group-ra (RLUG), ahol, hát, hogy is fejezzem ki magam... kikacagtak, csupa lekezelő választ kaptam (csak ültem nagy ártatlanul, és néztem ki a fejemből, hogy hogyan reagálták le az általam felvetett problémát). Tökre úgy viselkedtek, amint a Hogyan kérdezzünk okosan című írásban meg vagyon írva (aki még nem ismeri, olvassa el). Tudom, nem tartozik szorosan a témához, de muszáj volt pár szóban beszámoljak róla, mert nagyon furcsa tapasztalat volt ahogyan bánnak a kezdőkkel.
No de, volt két fickó, aki azt írta, hogy a bridge nem jó megoldás, teljesen fölösleges, és az kavar be, illetve, hogy próbáljam meg helyettesíteni a br0-t sima forwarding és nat segítségével. Csak sejtem, hogy itt az iptables-re gondolnak, illetve valamilyen MASQUERADE-féle parancsot kell használni. Légyszi javítsatok ki, ha rosszul gondolnám.
Volt még egy másik értelmesnek tűnő hozzászólás is, amely arra utalt, hogy (idézem): "a tűzfal valahol elejti a lo->lo csomagokat" vagy "nem indítja optimális sorrendben őket".
Mit szóltok hozzá? Minden véleményre kíváncsi vagyok. Mivel mostanában kezdtem csak Linuxot konfigurálni, és a bridge-es módszer az egyetlen, amit ismerek, nem igazán látom, hogy még milyen megoldások lehetnek. Annyi biztos, hogy ettől arra fele inkább veletek beszélem meg, mert félek, hogy a románok leharapják a fejemet, ha még sokat írogatok nekik.

Kellemes hétvégét mindenkinek!

szerk: A proftpd nálam nagyon jól működik, nincs gond vele, szerintem maximálisan kihasználja a hálózat sebességét. A teszt során minden esetben a várt eredmény jött ki. És semmit nem konfiguráltam rajta. Telepítettem oszt kész is volt.
-
birrbert
tag
Sziasztok. Építettem egy home szervert nem is olyan rég, amelyet az Atom klub topicban be is mutattam, viszont van egy gondom vele. Ezzel kapcsolatban írok ide, ugyanis az ottani topic-ot már nem szeretném tovább offolni.

A szerverben az Intel D510MO alaplapja van, 32 bites Ubuntu 10.04.2 LTS Server fut a legújabb frissítésekkel, és wireless routerként meg torrentező szerverként szeretném főként használni. Röviden, a gond az, hogy nem megy jól az online játék, lagol, akadozik. Konkrétan a DotA játékról van szó, ezt szoktam játszani a kaniserveren, mást nem nagyon.
Előzmények:
Már a legelején gondok voltak a hálózattal. Rendszertelenül működött, gyakran megtörtént, hogy lefagyott az egész. Ez abból állt, hogy megszűnt mindenféle kapcsolat a szerver felé. Se kábelen, se wirelessen nem tudtam kapcsolódni hozzá. Ilyenkor csak egy erőltetett reboot segített, amit nem szeretettem, mivel nincs mindig képernyő kéznél, kölcsön kell kérnem. Idővel sikerült stabilizálni a helyzetet, már nem fagy le a hálózat. Átalakult az /etc/network/interfaces fájl, fix IP-ket állítottam be a /etc/dnsmasq.conf-ban, lecsupaszítottam a /etc/hostapd/hostapd.conf fájlt csak a legszükségesebbekre - most nem megy teljesen N (300 mbit) módban, hanem csak 180 mbit - és MAC szűrés állítottam be, végül pedig átállítottam az SSH alap portot, és blokkoltam az iptables-ben a külső hozzáférést, mivel az auth.log fájl tele volt betörési szándékot jelző üzenetekkel. Így tehát három laptop stabilan használja a netet, közben még az rtorrent is fut rajta. Böngészés és letöltés közben nem veszek észre semmiféle problémát, csak játék alatt.Mivel még nagyon kezdő szinten van a Linux tudásom, ezért további segítségre lenne szükségem, annak érdekében, hogy sikerüljön diagnosztizálni a problémát, és megoldást találni rá. Mennie kell, mert a régi routeremmel ugyanennél a szolgáltatónál nem voltak ilyen gondok. Sőt, a routerem annyira stabil volt, hogy, ha sikerül azt elérni a szerverrel, akkor boldog ember leszek.
Kár, hogy szegényke csak G-s, és 200 Mhz-es proci van benne.Segítségetek előre is köszönöm.
Új hozzászólás Aktív témák
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- VR topik
- Autós topik
- Huawei P30 Pro - teletalálat
- Azt hittük, a GeForce RTX 3060 már leköszönt, de úgy látszik, hogy mégsem!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Jogász topik
- Építő/felújító topik
- Gyúrósok ide!
- Samsung kuponkunyeráló
- További aktív témák...
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Microsoft és egyéb dobozos retro szoftverek
- GYÖNYÖRŰ iPhone XR 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS4270, 100% Akkumulátor
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASRock X870 R9 7950X3D 32GB DDR5 1TB SSD RTX 4090 24GB Be quiet Pure Base 501 LX white
- BESZÁMÍTÁS! ASUS TUF GeForce RTX 3080 Ti 12GB videokártya garanciával hibátlan működéssel
- Thrustmaster TMX Force Feedback Kormány- és Pedálkészlet
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest







![;]](http://cdn.rios.hu/dl/s/v1.gif)


