Hirdetés
- Fotók, videók mobillal
- Milyen okostelefont vegyek?
- Poco X3 Pro - hardverfrissítés
- Várhatóan ez a négy iPhone már nem telepítheti az iOS 27-et
- Íme az új Android Auto!
- OnePlus 15 - van plusz energia
- Samsung Galaxy A57 - kecses test, lusta lélek
- iPhone topik
- Apple iPhone 17 Pro Max – fennsík
- Redmi Note 12 Pro - nem tolták túl
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Luck Dragon: Asszociációs játék. :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- Lalikiraly: Mercis kalandok - Huszonnyolcadik rész - Az újrakezdés
- sziku69: Fűzzük össze a szavakat :)
Új hozzászólás Aktív témák
-
Laca 012
őstag
válasz
Kitakat
#5798
üzenetére
Hát most kicsit "szerelmes" lettem, de mivel ipari lap, sejtettem, hogy itthon nem beszerezhető és még az ebay-en is 40.000Ft..
Minden esetre ez az a lap ami kifejezetten szerver/routernek való. Ott van a bővítés lehetősége 5portra, ha valaki vezetékezni szeret, meg a miniPCIe csati is a wifinek.64bites szervert tolnám is rá, mint a huzat minimum 4GB rammal.. aztán ez léptetné az órajelet is le-fel...
Pont jó helyen vannak a SATA csatik is...Szép álom..
-
Laca 012
őstag
válasz
ratkaics
#5796
üzenetére
Igen, csak tudtommal nem ITX-be, hanem nettopba. Ráadásul gyengébb CPU paraméterekkel mint a GSEJT N270-esé...
Nem értem, hogy miért nem fogják fel, hogy van egy olyan célközönség, akik nas-nak, home servernek, netán ipari felhasználásra szeretnének ilyen lapokat és nem érdekli őket a videoteljesítmény, mert semmi szükségük rá, ellenben arra a megtakarításra, amit e nélkül enne, arra annál inkább lenne igény..Egyébként ha csináltak volna N550-el és ION-nal ITX-et, most azt venném, mert ION nélkül ugyan az a fogyasztása, mint a GSEJT-nek és azért teljesítményben van különbség..
De már megint az van, hogy amit nettopba enged az intel azt nem lehet ITX-re rakni.. Az IONT is csak megosztott memóriával rakják ITX-re, és lehetőség sincs váltásra az integrált GPU használatához.Pedig egyből itt lenne az ideális Home-server/HTPC kombó...
-
Laca 012
őstag
válasz
ratkaics
#5794
üzenetére
Mondjuk minden esetre ezért a pénzért inkább 525-ös procival vettem volna egy lapot, meg egy házat...
Mert ugye a DDR3 is olcsóbb, meg ugyanazzal a fogyasztással kicsit erősebb lett volna az 1,8-as procival.."ilyen kimondottan fogyasztásra kitalált motyó"
Erre lenne 1-2 szavam az intelhez... Minden esetre úgy néz ki, hogy nem erőltetik ezt a fogyasztásbarát dolgot, mert ha nem akkuról megy, akkor mindegy nekik..
Ezért nem is raktak mobil chipsetet másra, csak a GSEJT-re, aztán hamar ki is futtatták, és ezért kerül horror árba, mert bár elavult generáció, de ITX-ben a mai napig nem létezik kisebb fogyasztású lap. Home szervernek még mindig tökéletes, főleg azoknak akik a 2-3-4éve routerből épített szerverek korlátait szeretnék átlépni..De az AMD sem különb a Brazos-szal, ott sem akarnak kis fogyasztású néma mini gépeket az irodákba, pedig a környezeti terhelést kb. felére lehetne csökkenteni 1-2 év altt.
( mind a dolgozókat ért zajártalmat, mind az energiamegtakarításból adódó környezetvédelmi előnyöket nézve..) -
ratkaics
senior tag
Sziasztok!
Tegnap beüzemeltem egy ilyen gépet, 2GB-rammal. Win7 Pro fut rajta. Eddig minden szupi, egy dolgot kivéve. a Proci órajélet nem veszi vissza a gép idle állapotban, folyamatosan 1,66GHz-en ketyeg. A BIOS-ban nem találtam erre utaló dolgot, a windowsban energiatakarékos séma van beállítva. A hozzá adott driver CD-ről minden feltettem.
Mi lehet a probléma??? -
Csicsóka
őstag
válasz
Laca 012
#5783
üzenetére
Alap esetben a radeonhd-t használja, és ez most még nem ad hardveres gyorsítást a videok lejátszásához. Ezért külön szép teljesítmény tőle, hogy tisztán proci erővel bírta.
Hardveres gyorsítást AMD-nél még elég macerás megoldani, mert az fglrx driver önmagában nem képes rá. Kell még xvba, és vaapi, amit kézzel kell felhegeszteni. Az XBMC-t forrásból kell forgatni, mert a csomagoltban nincs xvba. Ezen a téren az AMD jócskán le van maradva az Nvidia mögött. Ott pár klikk és megy a hw gyorsítás. Egy biztos, míg nem látok a neten kézzelfogható eredményt a brazos xvba/vaapi megoldását illetően, nem fogok venni ilyen deszkát, mivel nekem filmezni is kell néha.
A GSEJT meg lehet h kiköltözik egy egyszerű kartondobozba, és megy mint csak szerver valahová eldugva, mert már nagyon a szívemhez nőtt...
-
DavidDay
csendes tag
tegnap telepítettem Debian6.0-át pendrive-ra de nem indult el. Ubuntu 10.04.2 sem. Mindegyik megállt a grub loading, welcome to grub üzikkel és setovább. A gond a D525MW lap bios-ában van, nem tud bootolni pendrive-ról csak akkor, ha az első partíció FAT.
A második telepítésnél létrehoztam egy 5 megás primary FAT32 partíciót, 'do not mount' opcióval majd a második szintén primary partíciót ext2-vel és így máris szépen bootolt.
Gondoltam leírom, hátha valakinek jól jön. (nem tudom, hogy volt e már ilyen probléma korábban)
http://communities.intel.com/message/118448#118448
-
duffbeer
őstag
Akkor nálad valami nem kerek, vagy ilyen az Ubi. XP-t használok a GSEJT-en és másolhatok róla bármit, soha nem megy fel ennyire a proci terhelés. PC-n Win7 van.
A max amit így elérek 50MB/s és bőven marad CPU kapacitás. Windowson belül maradva Ramdisk-ramdisk között kb 80MB/s-et értem el.
Holnap készítek ezekről screenshotot! -
Brogyi
őstag
válasz
duffbeer
#5784
üzenetére
A GSEJT valóban lekezel 100 aktív torrentet akár egy 80/25-ös vonalon is.Sőt még többet is.De bizony a filmnézés közben meg-meg akad a film.Világosan látszik a samba áldásos müködése.A kedvedért szinte mindent megállítottam, és csak egy nagy file-t másoltam.A szerver terhelése 1 lett. A proci kb. 90% ugrott.Erről beszéltem.Ez egy ubi szerver változat.
Most akkor nem értem miről beszélsz?A torrentnél szinte soha nem éri el a 20%-ot.Nézd meg jól azt a képet.Ezért nem értem én a te sebességedet.Nem tudom min mérted,és mivel de nem hiszem hogy GSEJT volt.
-
duffbeer
őstag
válasz
Laca 012
#5783
üzenetére
Nem áll szándékomban veszekedni.
Home felhasználás alatt mint írtam a "józan" torrentezésre gondoltam. Néhány torrent seedelgetésem, nem a teljes IMDb Top 250 fullHD-ban.
A gigabites seed szervereket cégek üzemeltetik, ahogy több nagyobb trackert is kis hazánkban, úgyhogy kijelenthetjük, hogy vannak ilyen cégek
Bár a cég profiljában lehet, hogy nincs feltüntetve!
-
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..
-
duffbeer
őstag
Nem teljesen értem a hozzászólásod! A NAS az NAS, annak bőven elég a GSEJT!
Ha Te mellette torrentezel 100Mb-el 1000 szálon 67db aktív torrenttel, akkor ezzel már kicsit átléptük a NAS fogalmát, ebben az esetben mást kell választani GSEJT helyett, de ezt úgy érzem kevés gyári NAS látná el kifogástalanul, főleg ebben az árkategóriában!
Ezen felül, még mindig home felhasználásról beszélünk és ha kérhetném mellőzd az ilyen "ne állíts valótlant" megjegyzéseket, mert nem tartom jogosnakA szóban forgó TP-link router jelenleg nagyon jó ár-érték arányban kapható, de DD-WRT-vel használva elég keményen kell korlátozni a torrent szálakat, vagy sávszéleséget, hogy ne fulladjon bele.
ZPapp23:
50-70 MB-ot értem el én egy ratyinak mondható HDDvel, de jobb merevlemezzel, vagy akár raid-el többet is ki lehet hozni belőle. -
ZPapp23
csendes tag
Na nekem viszont az írás-olvasás pont nagyon fontos, és samba is lenne...
Routeres-usbs megoldás nekem pl sambaval szinte használhatatlanul lassú volt.
Látom már valami kompromisszumos megoldást kell válasszak, elfogadható teljesítmény ha nem is minimalizált de lehetőség szerint minél alacsonyabb fogyasztás mellett.
-
Brogyi
őstag
válasz
duffbeer
#5772
üzenetére
"NAS-nak nem kell atomreaktor"
Ez akkor igaz ha nem érdekel az írás-olvasás sebessége, valamint nincs windows a belső hálón.Néztél már proci terhelést, és sebsséget mikor sambázol, és padlógázzal teker a transmission ,vagy akár rtorrent? Azért ne állítsunk valótlan dolgokat. -
Csicsóka
őstag
válasz
Laca 012
#5774
üzenetére
Ezt a teljesítményt a nyilt radeonhd Xorg driverrel hozta?
V feltetted az fglrx AMD drivert hozzá?
Nagyon szemezek ezzel a lappal, lehet h nyugdíjazom a gsejl-et nemsokára. Fogyasztásban majdnem ott van ahol a gsejt, de mivel én most is használom htpc-nek is, erre célra sokkal jobb nála. -
szponzor
senior tag
Szerintem van értelme, sőt én is azt terveztem anno, hogy egy HTPC, amiben csak egy SSD van a gyors bootolás miatt, meg egy 1-2 lemezes NAS, és gigabites belső hálón menne a NAS-on lévő film a HTPC-n. Fogyasztást és árat szem előtt tartva már inkább egy DD-WRT-s routerhez csatolnék egy USB-s racket, amibe van pl. egy 1,5TB-os merevlemez.
-
ZPapp23
csendes tag
Sziasztok!
Házi NAS építését tervezem, és az alábbi atomos lapot gondoltam bele:
Intel BLKD525MW. Fő az alacsony fogyasztás, passzivitás, 2 sata port elegendő nekem, egy fórumtársunk segítsége alapján jó a ddr3 miatt és fentebb is ezt olvastam.
Véleményeteket kérdezném róla jó / rossz, vagy lenne más javaslat / alternatíva amit érdemes még figyelembe venni esetleg?
-
Laca 012
őstag
válasz
ambipur
#5766
üzenetére
Szia!
BEKT-ból 500GB a max, a scorpio black széria legnagyobb 750GB-os darabját WD7500BPKT-nak hívják.
Ahogy elnéztem volt már itthon pár cégnél, csak elkapkodhatták az első adagot.
Most pl. Vaterán, expressz-en is van hirdetés 19.990.- ért, de én nem vennék rendes bolti számla és garlevél nélkül, úgy meg pláne nem, hogy az ember 1hónap garit vállal rá, mondván a többit (szerinte 3év, egyébként viszont 5év!! ) old meg Te a gyártóval..
Szerintem várj még kicsit, amíg lesz rendes boltban, ahol remélhetőleg 5év múlva is foglalkoznak veled..
Egyébként szimpatikusnak szimpatikusak ezek a 7200-as lemezek, mert BEVT-k között 50-55MB/s el másolt a MidnightCommander ubuntun EXT4-es fájlrendszerrel, a BEKT-k között 70-75MB/s is megvan, fogyasztás pedig ugyan az..
De a hangjuk erősebb sajnos, a netbook-omba csak belepróbáltam, aztán ki is vettem.. A szerverbe Hővezető szivaccsal nem vészes, de míg a BEVT gyakorlatilag így már néma volt, ezt azért tök csendben meghallom még 1m-ről is..
Jó, egy 3,5-eshez képest ez is halk, de a BEVT tetején a hővezető szivaccsal hangban viszi a pálmát!!! -
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!
-
Laca 012
őstag
Nem újabb a proci, detto ugyan az az atom D525 van mindegyiken. A különbség a 2 lap között a borda és ami nem lényegtelen, az a RAM..
Az intelbe 8GB DDR3-at tudsz rakni, míg az Asus-ba 4GB DDR2 -est.
Bár frekvenciában ugyanott mennek, de az a vicces, hogy árban közel 2x annyi DDR3 at lehet venni mint DDR2 -t ugyanabból a pénzből..
És a mennyiség igen is számíthat..
Szóval a kettő közül én is az intelt venném, de én anno a harmadikat a Gigabyte-ot vettem, mert kellett az IDE csati is, meg a 4db SATA port és a Raid vezérlő sem hátrány.. -
canniball
nagyúr
-
Laca 012
őstag
válasz
canniball
#5756
üzenetére
Az USB-s rack már csak ilyen.. Eszi a CPU-t. Akkor a legdurvább, ha valamit közvetlenül oda tömörítesz ki.. Akkor elvileg még jobban beterhelheti..
Többek között ez volt az egyik ok, amiért végül szervert építettem és nem az ASUS RT-N16-os router lett a WL500gP utódja..Ezért van az is, hogy pl. a régi WD MyBook Home-on az USB-n és az eSATA-n kívül FireWire is van, mert bár az USB névleges sebessége 480Mbit/s a FireWire pedig csak 400Mbit/s, gyengébb CPU-nál mégis gyorsabb volt, mert nem terhelte azt.. Mai CPU-k nál már nincs jelentősége, de régebben egy p3-at, kihajtott 100%-ban is..
És ezért építettem annyit az IDE SATA átalakítót és volt lényeges szempont nálam a 2db külső SATA -eSATA kivezetés..
Brogyi: Annyit megteszek akkor, hogy felteszem, meg pl egy youtube videót lejátszok fullHD-ben Firefoxban..
-
canniball
nagyúr
No az AMD már tényleg teljesen off itt, goto AMD Brazos Klub.
Hogy on is legyek: Intel GCFL2, hálóról másolok USB-s rack-re (kb. 15MB/s) és folyamatosan 40% felett van a CPU; ez normális vagy nálam van valami zűr a zavarban?
-
Brogyi
őstag
válasz
Laca 012
#5754
üzenetére
Konkrét ötletem nincs, de még nagyon új és arra lettem volna kiváncsi, hogy az ubi mindent felismer-e, müködik-e, mert én még emlékszem rá, hogy szegény alaplapomat egyetlen linux ismerte fel.A windows része nem érdekel,mert ha szóba kerül a megvásárlás akkor azon soha nem fog windows futni.
-
Laca 012
őstag
-
DavidDay
csendes tag
Sziasztok
vsftpd - t használok, és míg egy 1GB-s file letöltése 20mp addig a feltöltés 90mp.
mind a kliens, mint a szerver gigabites kártyát használ, cat6 kábellel.
vsftpd - ben a sebesség nincs limitálva.Kliens oldalról total commanderből csatlakoztam a szerverhez.
Megpróbáltam a filezillát is. Letöltésnél ugyancsak 20mp-re jött ki, viszont a feltöltésnél az egész beállt 250 KB/s - re.Van ötletetek, hogyan lehet javítani a 90mp-s feltöltési sebességen?
-
duffbeer
őstag
válasz
Laca 012
#5750
üzenetére
Várom az eredményeket!
Én nagyon régóta használok AMD-t. Az a P3-as korszak óta volt egy "átfordulás" is, ahol az intelek lettek a melegebbek. Akkor amikor az AMD ugyanazt a teljesítményt alacsonyabb órajellel elérte ("+"-os Athlonok). Emlékszem anno megvetem az Athlonomat, bekapcsoláskor el sem indult a CPU venti, csak az XP full betöltése után kezdett forogni éppenhogy.
Az elmúlt időkben a két gyártó nagyon fej-fej mellett haladt, néha az egyik, néha a másik volt előrébb. Az tény viszont, hogy az intel az "core i" sorozattal odab*sz mindenkinek. Viszont ár/teljesítmény arányban még mindig az AMD vezet.
Jelenleg Phenomot használok, abból is az elsők közül valót és jelenleg nem tudok semmi érvet, ami miatt nem elégítené ki az igényeimet, pedig játékra használom és még sehol nem tapasztaltam, hogy korlátozná a VGA-t.Úgyhogy nyugodtan levetkőzheted a berögződést!
Nem szabad már elfogultan hozzáállni ezekhez a dolgokhoz. -
Laca 012
őstag
válasz
duffbeer
#5749
üzenetére
Holnap telepítem, aztán meglátjuk.. Win7 megy rá.
2GB ram, meg a régi 500-as noti hdd-mmel megy egy ugyan oyan Spire házba, amibe anno a GCLF2-t raktam..
Fogyasztásra is kíváncsi leszek. idle is, meg egy fullhd youtube video mellett is..
Alapban a P3-asok idején foglalkoztam elég rövid ideig AMD-vel, akkor "el is rúgták a pöttyöst elég messzire" a sokat fogyasztó forró CPU-ikkal, amikre olyan hűtő kellett, hogy majd megsüketültél, mégis megégetett ha hozzáértél..
Most kapnak egy lehetőséget és bizonyíthatnak így 10év után.. -
duffbeer
őstag
válasz
Laca 012
#5746
üzenetére
Persze, igazad van, nem is azért írtam. Tényleg semmi érdekes hír atoméktól. Pont a napokban takarítottam a gsejten, aztán rábukkantam egy driver pack mentésemre, még 2009-ből...
Vazzeg másfél éve gyakorlatilag semmi új. Mondjuk nem is baj, mert csak felesleges kölségebe verném magam.Egyébként milyen az E350? Őseimnek gondolkodom egy ilyenben. Böngészés mennyire élvezhető? Win7-el mennyire boldogul?
-
DavidDay
csendes tag
válasz
duffbeer
#5745
üzenetére
Igaz. Lehet, hogy az ilyen téma jobban menne ebbe a fórumba. Bár nem tűnik túl aktívnak.
birrbert,
A 67-68 portokat a DHCP használja emlékeim szerint. Egyiken fogadja a DHCPREQUEST-et a klienstől, a másikon pedig küldi a DHCPACK - ot feltéve, hogy a kliensnek jár ip cím az adott host-tól. Ha letiltod őket, jó eséllyel nem fog menni a dnsmasq. Az 53-mas pedig a DNS a név alapján
iptables nem egyszerű, de néhány alap rule-t érdemes beállítani.
itt van néhány link, ezeket nézd át és találd ki neked mi kell belőle.http://www.linuxconfig.org/collection-of-basic-linux-firewall-iptables-rules
http://www.techrepublic.com/blog/10things/10-iptables-rules-to-help-secure-your-linux-box/539
http://rg03.wordpress.com/2010/04/01/iptables-rules-for-desktop-computers/Érdemes lesz utánanézni valami komolyabb tűzfalnak. pl Csicsóka 5416 - os hozzászólása.
-
Laca 012
őstag
válasz
duffbeer
#5745
üzenetére
Az hagyján...
A héten vettem egy Asrock E350M1 lapot és ezzel a lépéssel kicsit "megcsaltam" az Atomot..![;]](//cdn.rios.hu/dl/s/v1.gif)
Persze nem magamnak lesz, csak egy ismerősömnek netezős youtube videózós gépnek.
De ha egyszer Atom háza táján semmi hír..
Az utolsó fejlesztésük az volt, hogy a nettopomban is működő N550-est megtuningolták 1,5-ről 1,6GHz-re, aztán kiadták N570 néven...
Lassan lehet ki is hal az Atom, bár szerintem lenne benne még fantázia..
Minden esetre jó lenne ha az Intel összekapná magát, mert a Sandi Bridge SATA vezérlő hibája igen lebőgés volt, az Atomot, meg a szegmens nagy részében "agyonverte" a Fusion..
Szóval valamit alkothatnának.Ettől függetlenül lehet átmehetnénk az erre szánt topicba linuxozni-szerverezni, bár akkor meg fele itt, fele ott..
Nincs az a moderátor, aki ezt átpakolná nekünk, mert anno pár átfedéssel kezdődött, aztán egyre tovább... Tényleg nem tudom mit lehetne, mit érdemes tenni..
-
birrbert
tag
válasz
Laca 012
#5743
üzenetére
Köszi az infót. Utolsó üzenet ma, aztán ideje behunynom a szememet.
Mar 11 23:59:10 zumbae sudo: birrbert : TTY=pts/0 ; PWD=/home/birrbert ; USER=root ; COMMAND=/sbin/reboot
Mar 11 23:59:39 zumbae sshd[643]: error: Bind to port 2222 on 192.168.2.1 failed: Cannot assign requested address.
Mar 11 23:59:39 zumbae sshd[643]: fatal: Cannot bind any address.
Mar 11 23:59:39 zumbae sshd[656]: error: Bind to port 2222 on 192.168.2.1 failed: Cannot assign requested address.
Mar 11 23:59:39 zumbae sshd[656]: fatal: Cannot bind any address.
Mar 11 23:59:39 zumbae sshd[674]: error: Bind to port 2222 on 192.168.2.1 failed: Cannot assign requested address.
Mar 11 23:59:39 zumbae sshd[674]: fatal: Cannot bind any address.
Mar 11 23:59:39 zumbae sshd[776]: Server listening on 192.168.2.1 port 2222.
Mar 11 23:59:44 zumbae sshd[776]: Received signal 15; terminating.
Mar 11 23:59:44 zumbae sshd[1017]: Server listening on 192.168.2.1 port 2222.Amint a log részletből is látszik, reboot után egy darabig nem tudja hozzárendelni az 192.168.2.1-es IP címet a 2222-es porthoz. Aztán elkapja, és jó lesz. Miért van ez vajon?
Köszi. Jó éjt!
ui: továbbra is érdekel a másik három port sorsa!
-
Laca 012
őstag
válasz
birrbert
#5740
üzenetére
Hát igen.. A taiwan-i mókusnak annyi esze sincs, hogy megnézze a location-ödet és legalább olyan nevekkel próbálkozna..
Én nem bonyolítottam, megváltoztattam az ssh portszámát aztán annyi.
Ezek úgyis a 22-es portot scannelik, aztán amelyik IP-n van válasz, ott az összes nyitott portot megkeresik, meg próbálkoznak..
Ha viszont 22-esen nincs válasz, akkor 99%-ban továbblépnek másik ip-re..Aztán lehet olyat is csinálni, hogy ha pl.3x elb@..a a jelszót, akkor egy ideig ne is válaszoljon annak az IP-nek, Így az életben nem találja ki még a könnyű jelszavakat sem..
brute force ssh protection -nek hívják, szerintem google hoz rá találatot bőven..
Mondjuk ha van rá konkrét leírás, lehet megcsinálnám én is..
Ez létezik FTP-re is..
Anno az asus WL500gP routeremben (ami szerverként ment az Atomos előtt) a "custom firmware"-ben kapásból be lehetett kapcsolni webes felületről őket..Igazából, ha az ember tudna php-t programozni, lehetne egy tuti webes felületet írni, ami úgy működne mint a routereknél és ezek a funkciók szépen beállíthatóak lennének..
Meg egy klikkeléssel le lehetne állítani, újraindítani...stb. az rTorrentet, SAMBA-t, FTP-t...stb..
Vagy beállítani a portforward-ot, az SSID-t, a Wifi jelszót...
Ha a routereknél ez biztonságosan műxik, akkor ezen is mehetne..Hasonló dolog pl. a webmin.
Már egyszer feltettem magamnak, de nem volt időm kitapogatni mit tud, meg nem is olyan személyreszabott mint amennyire nekem kellene. Wifi-router funkciókat kétlem, hogy lehetne állítani vele..Ja, egyébként nekem is illene pár tűzfalszabályt megnéznem, meg az IPTABLES-t megtanulni használni..
-
birrbert
tag
válasz
birrbert
#5741
üzenetére
Na azt hiszem jó lett:
birrbert@zumbae:~$ netstat -tulpn
(No info could be read for "-p": geteuid()=1000 but you should be root.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 192.168.2.1:2222 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN -
tcp6 0 0 :::21 :::* LISTEN -
tcp6 0 0 :::53 :::* LISTEN -
udp 0 0 0.0.0.0:53 0.0.0.0:* -
udp 0 0 0.0.0.0:67 0.0.0.0:* -
udp 0 0 0.0.0.0:68 0.0.0.0:* -
udp6 0 0 :::53 :::* -A ListenAddress arra vonatkozik, hogy melyik IP címen figyelje az SSHd a bejövő kapcsolatokat.
Ezenkívül megadtam még két iptables parancsot, azért, hogy a helyi hálózaton engedélyezze a belépést a 2222-es porton, kívülről pedig ne:
-A INPUT -s 192.168.2.0/24 -p tcp -m tcp --dport 2222 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 2222 -j DROPKét kérdésem lenne:
1. Helyesen jártam-e el?
2. Az 53-as (Domain Name Server), 67-es (Bootstrap Protocol Server)
és 68-as (Bootstrap Protocol Client) portok miért vannak nyitva? Melyik olyan szolgáltatáshoz kellenek, amit én is használok? -
birrbert
tag
válasz
birrbert
#5740
üzenetére
Inaktívvá tettem a ListenAddress 192.168.2.50 sort, újraindítottam az sshd-t, és tudtam kapcsolódni a 2222-es porton. Úgy néz ki a ListenAddress sor nem az, amire gondoltam.
Per pill így néz ki a netstat -tulpn listája:
birrbert@zumbae:~$ netstat -tulpn
(No info could be read for "-p": geteuid()=1000 but you should be root.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:2222 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN -
tcp6 0 0 :::2222 :::* LISTEN -
tcp6 0 0 :::21 :::* LISTEN -
tcp6 0 0 :::53 :::* LISTEN -
udp 0 0 0.0.0.0:53 0.0.0.0:* -
udp 0 0 0.0.0.0:67 0.0.0.0:* -
udp 0 0 0.0.0.0:68 0.0.0.0:* -
udp6 0 0 :::53 :::* -Vajon miért jelenik meg kétszer a 2222-es port? Illetve hogy tudom megoldani, hogy csak az én gépem IP címéről lehessen belépni?
-
birrbert
tag
válasz
birrbert
#5739
üzenetére
Segítség! Elkúrtam az SSH kapcsolatomat!
Szerkesztettem a /etc/ssh/sshd_config fájlt ekképp: az alap portot megváltoztattam 2222-re, a ListenAddress-t 192.168.2.50-re (a gépem ezt az IP címet kapja mindig a DHCP szervertől, és azt szeretném, ha csak erről lehessen SSH-n belépni).
De nem tudok kapcsolódni. Elutasítja a Putty-val. Azt hiszem az iptables-ben engedélyezni kellene a 2222-es portot. Hogy tudom ezt megtenni?
szerk: amúgy a netstat -tulpn paranccsal kiadott listában sem látom, hogy fut az sshd a 2222-es porton.
-
birrbert
tag
Van még egy gondom gyerekek! Megint elkezdett lagolni az online játék, erre fogtam magam, és kiléptem. Benéztem a syslog-ba, semmi különös, az elmúlt egy órában csupa handshake completed üzenet, semmi egyéb.
Viszont az auth.log-ban érdekes információkat találtam. Az alábbi üzenet megismétlődik minimum 4 másodpercenként, de van, hogy minden 1 másodperc eltéréssel egymás után, és nem csak erről az IP címről:
Mar 11 04:25:11 zumbae sshd[6233]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=186.87.37.153 user=root
Mar 11 04:25:13 zumbae sshd[6233]: Failed password for root from 186.87.37.153 port 4526 ssh2Aztán újabb érdekességek:
Mar 11 15:51:35 zumbae sshd[8128]: reverse mapping checking getaddrinfo for h130-210-244-25.seed.net.tw [210.244.25.130] failed - POSSIBLE BREAK-IN ATTEMPT!
Mar 11 15:51:35 zumbae sshd[8128]: Invalid user jessica from 210.244.25.130
Mar 11 15:51:35 zumbae sshd[8128]: pam_unix(sshd:auth): check pass; user unknown
Mar 11 15:51:35 zumbae sshd[8128]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=210.244.25.130
Mar 11 15:51:37 zumbae sshd[8128]: Failed password for invalid user jessica from 210.244.25.130 port 47202 ssh2
Mar 11 15:51:40 zumbae sshd[8130]: reverse mapping checking getaddrinfo for h130-210-244-25.seed.net.tw [210.244.25.130] failed - POSSIBLE BREAK-IN ATTEMPT!Mar 11 15:51:40 zumbae sshd[8130]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=210.244.25.130 user=mail
Mar 11 15:51:42 zumbae sshd[8130]: Failed password for mail from 210.244.25.130 port 48953 ssh2És így tovább, és így tovább. Ilyen felhasználónevek, hogy: webmaster, eric, david, linda, image, fabrice, vnc, matt, student, stb. Ez ment délután 4 óráig, amíg én be nem léptem. Amúgy a fájl március 6-tól logol, és azóta 3,3 MB-os lett, azaz van benne duma elég.
A kérdésem az, hogy ezek mennyire befolyásolják-e a szerver működését? Lehetnek az én gondom forrása, ugye? Hogy lehetne azt megoldani, hogy csak a belső hálózatról fogadjon el kapcsolatot, és kívülről (az Internetről) egyszerűen ne is válaszoljon az SSH vagy FTP kapcsolódási kérésekre? Még ping-re sem kell, ha nem muszáj. Emellett persze a torrentezésnek és egyebeknek mennie kéne.
Köszi.
-
birrbert
tag
válasz
DavidDay
#5736
üzenetére
Van egy leírás az Ubuntu weboldalán. Kattanj az alábbi linkre:
http://www.ubuntu.com/desktop/get-ubuntu/download
A bejövő oldalon a 2-es pontnál Burn your CD or create a USB drive. Kiválasztod, hogy I would like to create a: USB Stick, aztán az oprendszert, amelyiken el fogod készíteni, és katt. a Show me how gombra.
Nekem ezzel a leírással működött. Egy gond volt csak: a telepítés végén, amikor a GRUB-ot állítja be, mindig a pendrive-ra tette, és anélkül nem indul el a rendszert. Mindig be kellett legyen dugva.
szerk: Ja bocsánat, csak most esett le... te pendrive-ról akarod futtatni teljesen a rendszert, nem csak telepítő pendrive-ot készíteni. Akkor ez az egész, amit leírtam, nem érvényes.
-
DavidDay
csendes tag
Próbálom pendrivera telepíteni a 10.04.2 szervert, fel is megy, de utána nem indul el, csak fekete képernyő. Alaprendszert tettem csak fel lemezről, a pendrive bootolható, megnéztem gparted-del is. Swap nélül telepítettem. Próbáltam grubbal és nélküle is, az eredmény uagyanaz. Bios-ban beállítottam, hogy bootolhasson pendrive-ról is.
Mit rontok el?
-
birrbert
tag
válasz
DavidDay
#5731
üzenetére
Valóban, az N-es hálókártyával ellátott laptopom csak 130 megabites kapcsolatot jelzett. Lássuk nálam is hogy viselkedik. Az otthoni gépemben úgy is csak G-s kártya van.. egyelőre nincs pénzem jobbat venni.
Tény az, hogy az első módosítások óta jobb a kapcsolat. A Pingtest.net is alátámasztja, és az online játék (DotA) is. Most sokkal kevesebb a lag (ha elkezd lagolni a játék, akkor az annak az előjele, hogy a hálózat haldoklik).
Ezelőtt minden egyes partiban belagolt, egy kis túlzással azt is mondhatnám, hogy szabályos időközönként (lehet, hogy pont amikor a handshake zajlott).Csak visszaemlékezésképpen, legelőször az interfaces fájlban matattam, beállítottam a fix IP címek kiosztását dnsmasq-ban, meg a MAC szerinti szűrést a hostapd-ban. Most már teljesen lecseréltem a hostapd.conf fájlt. A dnsmasq-ban vannak apróbb eltérések a tiedhez képest.
szerk: a kliens oldalon sem turkálok egyelőre, mert minden gép Windows XP-s, tehát nagyon nincs is amit, é,s ha a régi routeremmel jó volt a kapcsolat, akkor ezzel is jó kell legyen.
-
flog1
csendes tag
Sziasztok!
Sikerült beszerezni egy IntelAtom D525MW alaplapot. Jó kis kütyü, csak az a gondom vele, hogy linux alatt (debian 6.0) nem működik a reboot...
Windows jól csinálja, de nekem mindenképpen linux kellene rá. Találkozott már valaki ilyen problémával? Esetleg tudja is a megoldást?
A válaszokat előre is köszönöm.
Flogi
-
Laca 012
őstag
válasz
birrbert
#5730
üzenetére
A Wifi különben nálam sem volt hibátlan, előfordult néha (kb. hetente 1x-2x) , hogy párom bekapcsolja a gépét (múlt hétig Vista x64volt rajta) és nem tud csatlakozni..
Eközben én vígan neteztem, viszont ha bontottam és megpróbáltam újra csatlakozni, akkor már én sem tudtam.
Amíg viszont Ő nem próbált csatlakozni, addig akárhányszor le-fel csatlakozhattam, egyszer sem dobott el..
Ha időben "kapcsoltam", akkor amíg volt kapcsolatom, addig beléptem konzolon és dobtam egy hostapd restart-ot és már tudott Ő is.
Ha viszont már lecsatlakoztam, akkor 2 lehetőségem volt: vagy kábelen rádugtam a netbookomat, és úgy putty, vagy magán a szerveren a kis 7"-os touchscreen-en terminált nyitni, és ott indítottam újra a hostapd -ot.
Múlt hét óta Win7 x64 van neki is, azóta nem volt vele baj, de még nincs egy hetes sem..Ha jól emlékszem, a vistánál volt a wifikártya beállításainál valami "atheros mód", amit ha bekapcsoltam, akkor pl. folyamatosan eldobálta a kapcsolatot.. (pedig ugye mindkét kártya Atheros..)
Különben most nálam teljes újratelepítés lesz, mert vettem még egy 7200-as fordulatú 500GB-os noti hdd-t, úgyhogy a 2db WD5000BEVT cserélődik 2db WD5000BEKT-ra..
Remélem könnyen át tudok vinni mindent... -
DavidDay
csendes tag
válasz
birrbert
#5730
üzenetére
Oké. Nálam le kellett kapcsolni a wireless zero-t is. Hát... nincs több ötletem, amit eddig leírtam, az nálam működik XP-n.
1. control panel/administrative tools/services/wireless zero - disabled
2. control panel/administrative tools/services/Bonjour Service - disabled
(ha nem Bonjour service - nek hívják, akkor
##Id_String1.6844F930_1628_4223_B5CC_5BB94B879762## is szokott lenni)
Állítólag ez a Win7-nek okoz hálózati problémákat, de nálam az XP-n van fent és mióta kilőttem, minden hibátlan. A file neve mDNSResponder.exe
3. wifi kártya max energiát kap minden elérhetó opcióban. Nincs smart power managementpróbáld meg ezekből ami nálad alkalmazható és a 3 config filet. A hostapd.conf közel azonos a lacáéval. A lényeges különbség, hogy a wme és a ht_capab nem aktív. ezektől lesz n-es a kapcsolat de a két fontos sort majd beleteszem ha már tudom, hogy stabil a hálózat. Ha valakinek van jó ötlete, örömmel várjuk. Addig meg, jobb híjján, kísérletezzünk.
-
birrbert
tag
válasz
DavidDay
#5729
üzenetére
A Wireless Zero Configuration aktív. Minden más wireless kezelő szoftvert utálok. Például azokat, amelyek a kártyák illesztőprogramjával települnek, ha nem figyelünk.
A hostapd.conf tartalma az, amit küldtem volt e-mailben. Pontosabban a Lacáé, mert még ő dobta ide be valamikor réges-rég.
-
DavidDay
csendes tag
válasz
birrbert
#5727
üzenetére
1. igen, ez win7
2,3. start/settings/network connection/jobb klikk a wifire/properties
Nekem itt van több a power managementre vonatkozó opció is. Mindent úgy állítottam be, hogy a wifi kártya max energiát kapjon.
Itt van a WOL is és a 'allow the computer to turn off this device to save power'
4,5 - Ha nincs a Program Files - ben a Bonjour mappa, akkor ok, nincs fent a pgm.Wireless Zero Configuration aktív a services-ben?
Igen, az uname -a parit használtam a kernelhez.
Bedobod a hostapd.conf tartalmát? Vagy ugyanaz, amit küldtél? -
birrbert
tag
válasz
birrbert
#5726
üzenetére
Hmm, azt hiszem mégis lecserélem a hostapd.conf-ot. Túl sok az eltérés.
A WinXP-s módosításokra vonatkozóan:
1. Ilyen beállítást XP alatt nem ismerek, csak Vista és 7 alatt.
2. és 3. Ezeket nem találom. Egész pontosan hol keressem?
4. A bonjoure pgm nem volt a Services listában.
5. Ilyen mappa nincs a Program Files-ban. Régebben emlékszem a Task Manager-ből egy olyan futó alkalmazásra, hogy mdnsresponder.exe, de most nincs. Adobe és Apple szoftverek is vannak a gépemen. -
birrbert
tag
válasz
DavidDay
#5725
üzenetére
Ahol lehetett, ott a -v kapcsolóval néztem a verziószámokat, pl. dnsmasq -v.
Az általad javasolt módszerrel cakkra ugyanaz minden, mint nálad. Kivéve persze a legutolsót, a Linux kernelt. Ez utóbbi gondolom te is az uname -a paranccsal listáztad.Neki is fogok, és beállítgatom, amiket leírtál. Egyelőre a hostapd.conf-ot nem cserélem le. Az interfaces meg már nem téma, mert ugyanaz, mint a tied.
-
DavidDay
csendes tag
válasz
birrbert
#5724
üzenetére
Szívesen. Én is hasonlóval szívtam eddig. (remélem múltidő)
apt-cache show csomagnév - parival listáztad ki a verziószámokat?
pl. apt-cache show hostapd
Ha nem, próbáld azzal, szerintem ugyanaz a verziód van mindenből, mint nekem.Az XP-n nézd meg a beállításokat, amiket írtam. Nekem végül az oldotta meg a problémát.
Két napja nincs panic, deauthenticated, Unable to stop TXDMA, stb.. üzenetem és mindkét gép hibátlanul megy, egyszer sem dobta le őket a háló és a szerver sem omlott össze.A logrészletben az látszik, hogy az egyik laptopnál működik az authentication:
STA 70:1a:04:85:4e:bb WPA: group key handshake completed
Míg a másiknál elszáll:
00:1b:77:22:03:08 WPA: EAPOL-Key timeout
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: sending 1/2 msg of Group Key Handshake
Mar 8 00:23:03 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: EAPOL-Key timeoutNekem is ugyanez volt és a winXP és Win7 oldalon kellett állítani. Az XP-s gépnél ritkábban - napi 1,2 - a Win7 10 percenként. Először azt hittem, hogy az XP-vel nincs is gond, de a logban ugyanezeket találtam az XP-re is csak ritkábban fordult elő.
-
birrbert
tag
válasz
DavidDay
#5723
üzenetére
Köszi DavidDay! Te egy igazán segítőkész ember vagy.
Nem adtam még el semmit. Csak az van, hogy néha muszáj leírjam azt ami zavar, mert utána jobban esik.
A két MAC cím két laptophoz tartozik, az egyik az enyém (amire azt mondtad, hogy problémás), a másik a barátnőmé. Igazából sok különbség nincs a két gép között:
- Mindkettőn Win XP SP3 fut.
- Mindkettőnek G-s wireless kártyája van; az enyémnek Intel Pro Wireless 3945ABG, a barátnőmének pedig Realtek RTL8187B.
- Amikor jó a kapcsolat, akkor mindenkinél OK, amikor viszont fagy, akkor mindenkinek fagy. Sose volt olyan, hogy ledobja csak az egyiket, vagy csak a másikat. Olyan sem volt, hogy újra lehessen kapcsolódni, mert, ha egyszer bekrepált, akkor csak a szerver reboot segített.A tegnap késő este csak ez a kettő volt bekapcsolva, amúgy van még kettő, ami szokta használni a hálózatot. Illetve ahogy írtam előzőleg, azok az MLME parancsok megismétlődtek még jópárszor, és könnyen lehet, hogy a barátnőm gépének MAC címe is többször előfordult.
Verziószámok:
Dnsmasq version 2.52 Copyright (c) 2000-2010 Simon Kelley
Compile time options IPv6 GNU-getopt DBus I18N DHCP TFTPhostapd v0.6.9
User space daemon for IEEE 802.11 AP management,
IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
Copyright (c) 2002-2009, Jouni Malinen <j@w1.fi> and contributorsbridge-utils 1.4-5ubuntu2
Linux zumbae 2.6.32-28-generic-pae #55-Ubuntu SMP Mon Jan 10 22:34:08 UTC 2011 i686 GNU/Linux
Van pár eltérés. Érdemes frissítgetni?
-
DavidDay
csendes tag
válasz
birrbert
#5722
üzenetére
Én is sok problémába ütközök a wifi stabilizálásával kapcsolatban és már sok dolgot megpróbáltam. Jelenlegi státusz az, hogy a szerver megy 3 napja, két laptop kapcsolódik rá wifiről, eddig hiba nélkül. Egy XP és egy Win 7. Nem volt elég a host-ot konfigurálni. Amíg az XP-t és a Win7-et be nem lőttem, addig rendszeresen fagyott és ledobált a háló. Sokáig azt hittem, hogy a probléma host oldalon van de ez nem egészen igaz. Bedobom ide, hogy most hol tartok, próbáld meg ezeket a beállításokat ha még nem adtad el a gépet.
hostapd.conf
#initialize
interface=wlan0
bridge=br0
driver=nl80211#debugging
#debug=4
logger_syslog=-1
logger_syslog_level=2
logger_stdout=-1
logger_stdout_level=-1
dump_file=/tmp/hostapd.dump#run mode
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ieee80211n=1#router setup
ssid=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx - írd át
hw_mode=g
channel=6
max_num_sta=20#MAC address filtering
#macaddr_acl=1
#accept_mac_file=/etc/hostapd.accept#authentication
auth_algs=3
wpa=2
wpa_passphrase=xxxxxxxxxxxxxxxxxxxxx - ide a pw.
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP
rsn_pairwise=CCMP#ht_capab settings
#ht_capab=[SHORT-GI-40][DSSS_CCK-40][HT40-][HT40+][HT20]dnsmasq.conf
dhcp-lease-max=50
dhcp-leasefile=/tmp/dnsmasq.leases
dhcp-authoritative
dhcp-range=192.168.2.10,192.168.2.15,255.255.255.0,1440m
bogus-priv
filterwin2k
local=/localnet/
#except-interface=eth0
listen-address=192.168.2.1 ------------------------ változtasd meg
expand-hosts
read-ethers# For debugging purposes, log each DNS query as it passes through
# dnsmasq.
#log-queries# Log lots of extra information about DHCP transactions.
#log-dhcpinterfaces
# The loopback network interface
auto lo
iface lo inet loopback# The primary network interface
auto eth0
iface eth0 inet dhcp
pre-up iptables-restore < /etc/iptables.rules# Setting up the bridge
auto br0
iface br0 inet static
address 192.168.2.1 ---------------------------ezeket cseréld
network 192.168.2.0
netmask 255.255.255.0
broadcast 192.168.2.255
bridge_ports eth1 wlan0
bridge_spt off
bridge_fd 0
bridge_maxwait 0
bridge_ageintime 0Win 7 és XP setup
1. az aktív energiasémában állítsd be, hogy a wifi kártya mindig max energiát használhasson. A rendszer ne vegye ezt vissza akkor se, ha merül az aksi.
2. a wifi hálózati panelon kapcsold ki, hogy a rendszer lekapcsolhassa a wifi kártyát.
3. ugyanitt kapcsold ki a WOL funkciót
- a lényeg, hogy minden automatikus power management funkciót tilts le, ami arra utal, hogy a wifit csak fél gőzzel akarja futtatni
4. services-ben nézd meg, hogy a bonjoure pgm fent van e a gépeden. Ha igen, stop és disable
5. ha nem látsz ilyet, akkor programfiles/bonjoure mappa - mDNSresponder vagy mi.... meg egy másik exe. töröld le őket, nevezd át, stb.. ne induljon el következő indításnál. (ezek vagy az adobe vagy az apple programjaival érkeznek hivatlanul és belepiszkálnak a net kapcsolatba - nálam az xp konkrétan azóta működik tisztességesen, mióta a bonjoure - t letiltottam services-ben)Win7 specifikus - a services-ben az IP Segítő szolgáltatást Stop és Disabled, hogy ne induljon el automatikusan amikor indul a rendszer.
Win XP specifikus - services - ben wireless zero cinfiguration funkciót stop és disable - ha aktívA log részletben két MAC address-t látok és a 00:1b:77:22:03:08 a problémás. Mi a különbség a két kapcsolat között?
az én verzióm:
dnsmasq: Version: 2.52-1
hostapd: Version: 1:0.6.9-3
bridge-utils: Version: 1.4-5ubuntu2
kernel: Linux xxx 2.6.32-28-server #55-Ubuntu SMP Mon Jan 10 23:57:16 UTC 2011 x86_64 GNU/LinuxNekem jelenleg csak az alaprendszer van fent, + dnsmasq, bridge-utils, hostapd. Korábban volt más is de minél több cucc van fent, annál nehezebb izolálni a problémát. Amíg nem stabil a háló, nem is teszek fel mást.
-
birrbert
tag
válasz
duffbeer
#5721
üzenetére
Igen... az a de, ha nem lenne...
Nem fogtam fel annak idején, hogy mire vállalkoztam. Effektív nulla háttérrel indultam, és mivel nincsenek megfelelő Linux ismereteim, így nagyon stresszes minden egyes probléma megoldása. Ezért is írtam, hogy képtelen vagyok diagnosztizálni. Másfelől, megvettem az alkatrészeket jó pénzért, és szeretném élvezni a használatukat. Szerencsére bármikor értékesíthető bármelyik darab.
Épp a tegnap gondolkodtam el, hogy kell ez nekem? Amúgy is van elég sz@r a fejemben a meló miatt, meg egyebek miatt is, szóval nem biztos, hogy hiányzik a plusz idegeskedés. Mindennek alapja pedig az, hogy én, mint modern ember, elvárom, hogy non-stop legyen Internet kapcsolat a fenekem alatt. Az a router, ami ezelőtt volt, annyira jól ment, hogy hozzá szoktatott (egy évben max. háromszor állt le), és most rosszul esik, ha nem tudok befejezni egy DotA partit
Ezen persze lehetne vitatkozni, hogy mit várhatok el egy olyan helyzetben, amikor én építem ki a rendszert, és nem a boltból veszem meg készen. Nincs kinek reklamálni, az biztos.
Fogalmam sincs mi legyen a következő lépés... Attól félek, hogy a probléma valahol a driver-ekben gyökeredzik, nem elég kiforrott a szoftver és a hardver közti kommunikáció, vagy csak egyszerűen ennyire Linux ellenes ez a vas. Nagy kár, hogy csak találgatni tudok.
-
birrbert
tag
válasz
birrbert
#5719
üzenetére
Log részlet az újraindulás előtt:
Mar 8 00:23:02 zumbae hostapd: wlan0: WPA rekeying GTK
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: sending 1/2 msg of Group Key Handshake
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 70:1a:04:85:4e:bb WPA: sending 1/2 msg of Group Key Handshake
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 70:1a:04:85:4e:bb WPA: received EAPOL-Key frame (2/2 Group)
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 70:1a:04:85:4e:bb WPA: group key handshake completed (RSN)
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: EAPOL-Key timeout
Mar 8 00:23:02 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: sending 1/2 msg of Group Key Handshake
Mar 8 00:23:03 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: EAPOL-Key timeout
Mar 8 00:23:03 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: sending 1/2 msg of Group Key Handshake
Mar 8 00:23:03 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: received EAPOL-Key frame (2/2 Group)
Mar 8 00:23:03 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: group key handshake completed (RSN)
Mar 8 00:27:17 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 WPA: event 3 notification
Mar 8 00:27:17 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 IEEE 802.1X: unauthorizing port
Mar 8 00:27:17 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 IEEE 802.11: deauthenticated
Mar 8 00:27:17 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 MLME: MLME-DEAUTHENTICATE.indication(00:1b:77:22:03:08, 1)
Mar 8 00:27:17 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 MLME: MLME-DELETEKEYS.request(00:1b:77:22:03:08)
Mar 8 00:27:30 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 IEEE 802.11: authentication OK (open system)
Mar 8 00:27:30 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 MLME: MLME-AUTHENTICATE.indication(00:1b:77:22:03:08, OPEN_SYSTEM)
Mar 8 00:27:30 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 MLME: MLME-DELETEKEYS.request(00:1b:77:22:03:08)
Mar 8 00:27:30 zumbae hostapd: wlan0: STA 00:1b:77:22:03:08 IEEE 802.11: deauthenticatedAztán ezek az MLME sorok ismétlődtek folytonosan, amíg újra nem indítottam.
-
Laca 012
őstag
válasz
birrbert
#5712
üzenetére
Nálam ez van beszúrva az interfaces legvégére..
pre-up iptables-restore < /etc/iptables.rules
post-down iptables-save -c > /etc/iptables.rulesMiután egyszer kézzel megadsz egy szabályt, azt kilépéskor az
iptables-save -c > /etc/iptables.rules
parancs menti el. Ezt mondjuk kézzel is kiadhatod miután beírtad a szabályt és létrehozza a fájlt..
Aztán betöltéskor az
iptables-restore < /etc/iptables.rules
parancs meg betölti..Mondjuk komolyabb tűzfalat sokkal kisebb erőforrást használva az ipset tud pl.
Mi ezt tanultuk nyáron szerencsen a linuxakadémián... -
Csicsóka
őstag
válasz
birrbert
#5708
üzenetére
Nincs semmi logika. Egyszerűen egymás utáni sorokban kell megadni a futtatandó parancsokat. Persze az exit 0 elé legyen minden, mert ha utána szúrod be, akkor mint ha nem is lenne, még a végrehajtás előtt kilép.
Egyébként javaslom h használj shorewall tűzfalat, mert ezek az egyszerű iptables szkriptek amiket itt láttam h használtok, nem védik rendesen se magát a szervert, sem a belső hálót.
Korábban írtam ide jó részletesen minta shorewall konfigot, nem bonyolult, jól átlátható és csak kegyszer kell belőni majd hurcolható az /etc/shorewall könyvtár későbbi telepítésekre is.
-
DavidDay
csendes tag
válasz
birrbert
#5712
üzenetére
Én is most állítottam be, nálam még nincs kiforrott tűzfal setup, csak az iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE parit futtatom pre-up - ból. Leírom nálam hogy megy. (ez csak egy megoldás a sok közül)
1. amikor feljött a rendszer, kiadod a fenti parit (vagy azt amit te használsz)
2. létrehozod az iptables.rules file-t a /etc - ben (file-név, dir opcionális,de ez a preferred)
3. lemeted az iptables konfigodat ebbe a fileba a:
sudo bash -c "iptables-save > /etc/iptables.rules" parival
4. nézz bele a fileba, ott lesz a jelenlegi iptables setuppod.
5. az interfaces file-ba beszúrod a pre-up iptables-restore < /etc/iptables.rules parit a megfelelő interface után.pl.
# The primary network interface
auto eth0
iface eth0 inet dhcp
pre-up iptables-restore < /etc/iptables.rulesNálam nincs down rule egyenlőre. Majd ha már a hálózat rendesen működik, foglalkozok vele. Itt egy rövid és hasznos leírás.
üdv,
Dja, ezt elfelejtettem korábban, igen, a bridge_fd a forwarding delay
-
Karosa
csendes tag
válasz
Laca 012
#5710
üzenetére
Köszi a választ. Esetleg Linux alatt a libata piszkálására gondolsz?
Ha jól látom írták hogy az működik ezen a lapon. Így a vindózos helyzet elég elszomorító.
UniAta-val próbáltam vindóz alatt azt elvileg lehet forceolni de UDMA2 feletti módoknál fallbackel PIO4re Persze lehet nem voltam elég kitartó.. de UniAta-t amúgysem használnám huzamosabb ideig szóval az sem lenne megoldás. Francba.. -
Laca 012
őstag
Sajnos nincs most időm kikeresni, (szakdolgozat írás van, meg meló 1000-el) de itt a fórumba írta vagy linkelte valaki a megoldást és működik is.. Talán ATA100-ig lehetett feltornászni.. Nekem is aktuális lesz nemsokára, mert úgyis IDE-SATA átalakítót cserélek...
birrbert: nálam a tűzfalszabályok egy file-ba (/etc/iptables.rules) vannak elmentve. Az interfaces fájlban levő pre-up tölti be, és post-down menti el kilépéskor..
Holnap kikeresem pontosan, ha jut rá időm... -
DavidDay
csendes tag
válasz
birrbert
#5708
üzenetére
Úgy tudom, hogy azokat az eszközöket, amelyek a bridge részei, nem kell előre definiálni.
"The main extension is the bridge_ports option, with it you describe that the interface is a bridge and what ports does it have. These ports are the interfaces that are part of the bridge, and they shouldn’t have any stanzas defining them on the interfaces file."
Az interface file un. stanzákból áll. pl auto vagy iface, stb.. ezek a stanzák. És ahogy fent írják, amit bridge-els, annak ne legyen stanzája.
Itt olvashatsz az interfaces file felépítéséről és itt is egy példa.
A forwarding delay akkor kell, ha nem csak egy bridge van a hálózatban. a man brctl - ben megtalálod a leírást.Ha csak egy bridge van a hálózatban, akkor a forwarding delay legyen 0 különben csinálhat érdekes dolgokat.
"If the bridge is being used standalone (no other bridges near by). Then it is safe to turn the forwarding delay off (set it to zero), before adding interface to a bridge. Then you can run DHCP client right away."
A dnsmasq-ba azt állítod be, hogy a csatlakozó gép MAC address alapján milyen ip címet kapjon, tehát a dhcp szerver mindig ugyanazt a címet adja majd a gépnek. Ehhez elég aktiválnod a read-ethers - t a dnsmasq.conf - ban és létrehozni az ethers nevű file-t a /etc - ben. A tartalma pedig így néz majd ki:
#laptop1
XX:XX:XX:XX:XX:XX 192.168.2.10
#laptop2
XX:XX:XX:XX:XX:XX 192.168.2.11Szóval a laptop1 mindig a 192.168.2.10 ip-t fogja kapni, a laptop2 pedig a 11 - et.
XX:XX a MAC address. (nem csak így lehet megoldani. használhatnád a 'dhcp-host' - ot is a dnsmasq.conf fileba de talán érdemesebb külön fileba tenni mindezt, hogy ha updateni kell, akkor ne a config filet kelljen piszkálni)Ez még nem MAC szűrés, itt csak fix ip-t adsz bizonyos gépeknek. A hostapd.conf - ban állítod be a MAC szűrést.
macaddr_acl=1
accept_mac_file=/etc/hostapd.acceptA hostapd.accept file-t létrehozod a /etc - ben. A tartalma pedig azoknak a gépeknek a MAC címe, akik csatlakozhatnak a hálózatra. pl:
#laptop1
XX:XX:XX:XX:XX:XX
#laptop2
XX:XX:XX:XX:XX:XX -
birrbert
tag
Kérdésem lenne mindenkihez, aki érti az rc.local fájl konfigurálását: milyen logika szerint kell megadni a parancsokat, amelyeket szeretnénk, hogy lefussanak induláskor?
Az enyém per pill így néz ki:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
exit 0Amikor beszúrtam az alábbi NAT parancsot, és reboot-ot adtam a gépnek, akkor nem indult be a hálózat. Azóta is kézzel lövöm be minden újraindulás után. Erről a parancsról lenne szó:
iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE
-
birrbert
tag
válasz
DavidDay
#5706
üzenetére
Szuper. Kellett már ez a kis sikerélmény, ugye?
Nálam a wi-fi-vel nem volt gond, azaz sosem dobott le egy gépet sem. Igaz, mindeniken Windows XP van. No de nálam amikor fagyás volt, akkor fagyott az egész hálózat: wi-fi és és kábeles net is.
Lenyúltam az interfaces fájlodat, remélem nem baj. Kipróbálom hogy válik be nálam. Ezzel kapcsolatban azt szeretném kérdezni, hogy, ha nem definiáljuk sem a wlan0-t sem az eth1-t, akkor mi alapján működik ez a két eszköz? Ez számomra, mint kezdő, egy roppant érdekes dolog: van egy rendszerfájl, amiben be lehet állítani dolgokat, de, ha nem állítod be, akkor sincs semmi baj.
Beszúrtam a hostapd.conf-ba én is azokat a sorokat, hogy log-oljon. Lám mi lesz. Itt még annyit módosítottam, hogy áttettem a wi-fi-t a 6-ról a 4-es csatornára, mert 1-es, 2-es, 6-os és 7-is van a környéken.
A dnsmasq.conf-ban megadtam én is a MAC address szerinti fix IP-ket.
Két dolgot nem értettem a leírásodban:
1. Mi az a forwarding delay? Ilyet nem találtam az interface fájlban, pedig azt írod, hogy ott van... Vagy a bridge_fd-re gondolsz?
2. A hostapd.conf-ban hogy állítottad be a MAC szűrést? Valami köze van-e ennek a dnsmasq-ban beállított MAC cím szerinti fix IP-khez?Köszi.
-
DavidDay
csendes tag
válasz
birrbert
#5703
üzenetére
birrbert, állítsd be a debug paramétereket és nézegesd a syslogot menet közben. Ha lefagy a gép, akkor keresd meg a fagyást megelőző dolgokat, hogy lásd mi történt közvetlenül előtte.
Nekem a következő problémáim voltak:
1. wifi elszáll, hostapd-t nem lehet újraindítani csak a reboot segít
2. az egyik laptop stabilan kapcsolódik (XP), míg a másik(WIN 7) 5-8 percenként elveszíti a kapcsolatot.Elkezdtem keresgélni és megpróbáltam értelmezni a syslogban az üziket, főleg a fagyást megelőzőeket.
3 üzenet volt:
1. registered panic notifier
2. deauthenticated due to local deauth request
3. Unable to stop TXDMAKészítettem egy statisztikát az üzenetek gyakoriságáról:
cat /var/log/syslog | grep panic
registered panic notifier - 00:00-22:00 - ig 19 üzicat /var/log/syslog | grep deauthenticated
deauthenticated due to local deauth request - 00:00-22:00 - ig 103 üziA 3. üzi az ath9k driverhez vezethető vissza és azzal még nem foglalkoztam.
Miután csatlakozol a wifi-re, a handshake protokol renszeres kellene, hogy legyen de nálam nem az volt. Random időközönként jelent meg a 'group key handshake completed'.
A következőket módosítottam eddig:
1. kikapcsoltam a power managementet a szerveren
2. mivel a hostapd továbbra is elszállt, leállítottam minden hálózati dolgot és konfiguráltam mindent manuálisan. Innentől működött a hostapd. Manuális konfigról sok leírást találsz. Itt vagy egy példa. A gond - szerintem - az volt, hogy a forwarding delay nem 0 volt az interfaces fileban.Miután a manuális konfiggal jól ment a hostapd, átírtam az interfaces filet:
#The loopback network interface
auto lo
iface lo inet loopback#The primary network interface
auto eth0
iface eth0 inet dhcp#Setting up the bridge
auto br0
iface br0 inet staticaddress 192.168.2.1
network 192.168.2.0
netmask 255.255.255.0
broadcast 192.168.2.255
#gateway xx.xx.xx.xx
bridge_ports eth1 wlan0
bridge_spt off
bridge_fd 0
bridge_maxwait 0
bridge_ageintime 0Nálam az eth0 - án jön be a net, ezért dhcp. Az eth1 és a wlan0-át nem definiálom előre. (nem működött rendesen) Így már működött a hostapd fagyás nélkül. A hostapd.conf-ban csak annyit változtattam, hogymenjen a debug + hogy menjen a MAC filtering. A wifi kapcsolat továbbra is csapnivaló volt, 10 percenként ledobott...
3. A win7 - ben átnéztem az energiaháztartást és úgy állítottam be, hogy semmit se kapcsoljon le automatikusan, semmit se használjon takarékos módban, főleg ne a wifi kártyát.
4. services.msc - ben letiltottam és leállítottam az 'ip segítő' szolgáltatást. Olvasni való itt
A módosításokat követően a statisztika:
cat /var/log/syslog | grep panic
registered panic notifier - 00:00-22:00 - ig 0 üzicat /var/log/syslog | grep deauthenticated
deauthenticated due to local deauth request - 00:00-22:00 - ig 7 üziA 'group key handshake completed' üzi másodpercre pontosan 10 percenként jelenik meg.
Most 42 órája megy folyamatosan a szerver és egyik laptop sem veszítette el a wifi kapcsolatot ezalatt.5. a dnsmasq.conf - ban is csak annyit módosítottam, hogy a két laptop mindig ugyanazt az ip-t kapja fixen és engedélyeztem a except-interface=eth0 - t.
A 42 óra még nem jelenti, hogy 5 perc múlva nem futok bele újabb problémába de a kezdeti állapotokhoz képest klasszisokkal jobb. Hátha neked is segít valamelyik.
-
Karosa
csendes tag
Üdv mindenkinek,
D945GSEJT tulajoktól kérdezném, hogy az IDE-jét sikerült-e valakinek UDMA2 fölé bírkózni?
Leírásba ugye ATA100ig mondja de windows és linux sem hajlandó UDMA2 fölé menni.
Linux aztmondja nemlátja a 80eres kábelt, pedig kimérve össze van kötve az aminek össze kell a detekthez (CBLID a földel).
2 különböző 44/40 adapterrel próbáltam, maszek és bolti. Semmi különbség. Rákeresve sem találtam semmi okosságot, csupán egy német és egy orosz említést ugyanerről a problémáról. Nem egy óriási gond mert UDMA2vel is elvagyok a rendszervinyón de ha esetleg mégis van rá egyszerű megoldás azt szivesen beiktatnám.
-
birrbert
tag
válasz
Bernath
#5701
üzenetére
Az rtorrent pl. úgy működik, hogy létre kell hozni egy sessions nevű mappát, a konfigurációs fájlban pedig megadni a mappa elérési útvonalát. Így lementi az éppen futó torrenteket, akár seedelsz akár leechelsz, és, ha újraindítod a progit, akor betölti.
Transmission-nél is hasonló lehet a helyzet.
-
Bernath
tag
Sziasztok!
Sikerült beizzítani a Freenast,s lenne egy pár kérdésem a transmissionnal kapcsolatba:Azt nem lehetne megoldani vele,hogy a becsomagolt fileket kicsomagolja egy adott mappába?/torrentekről beszélek/+a figyelt könyvtárak bejegyzés+ extra beállítások mire valók?
Újraindítás után eltűnnek a transból a letöltések,a mappában megvannak,de már nincs a letöltő listán Erre valami ötlet?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Kormányok / autós szimulátorok topikja
- Dátumot kapott az Elden Ring élőszereplős film, Alex Garland írja és rendezi
- Fotók, videók mobillal
- A fociról könnyedén, egy baráti társaságban
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Parfüm topik
- Blu ray írás és írási hiba
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Múltidéző, bézs toronyházakkal villant a Thermaltake
- Óra topik
- További aktív témák...
- Intel Core I7 11700K - 8mag/16szál - Eladó!
- Intel Core I9 12900KF - 16mag/24szál - Új, bontatlan, 1 év gari - Eladó!
- Intel Core i7 9700 12mb 8core 4,7Ghz processzor
- Intel i5 és i7 procik (típusok és árak a leírásban)
- Intel Core I7 14700K - 20mag/28szál - Új, bontatlan - Gari 2029.02.05. -ig - Eladó!
- GYÖNYÖRŰ iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4414
- Bomba ár! HP ZBook 15u G3 - i7-6G I 8GB I 256SSD I Radeon R7 I Cam I W11 I Garancia!
- GAMING PC! ULTRA 5 225 / RTX 5060 / 16GB DDR5 / 512GB NVMe / 550W Gold 80 Plus!
- Samsung Galaxy S23 256GB,Újszerű,Adatkabel,12 hónap garanciával
- 35" ASUS ROG Swift PG35VQ curved GAMER monitor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest