- NVIDIA® driverek topikja
- Fél tucat Core Ultra CPU jöhet az asztali piacra
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Samsung Galaxy Tab S 10.5 - magas képesítés
- HYTE THICC Q60: a legvaskosabb vízhűtés
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Amlogic S905, S912 processzoros készülékek
- Gaming notebook topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
Hirdetés
-
A gyógyszeripar AI-forradalmasítására készül a Google
it A Google DeepMind bemutatta a következő-generációs gyógyszerfelfedező AI-modellt.
-
Galaxy S22 One UI 6.1 frissítés: volt, nincs
ma Komolyabb hibák bukkantak fel, a Samsung a biztonság kedvéért leállította a frissítés közzétételét.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
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?[ Szerkesztve ]
Bernath
-
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.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
-
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.
-
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.
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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[ Szerkesztve ]
-
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... -
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.. -
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
[ Szerkesztve ]
-
-
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.
-
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...[ Szerkesztve ]
-
birrbert
tag
Csak nem jó valami. Ma például úgy befagyott, hogy még a képernyő sem kapcsolt be... Látatlanban loginoltam, és kiadtam a reboot parancsot. Egyre jobban gondolkodom az eladáson. Ezt lehetetlen diagnosztizálni.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
[ Szerkesztve ]
-
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?
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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ő.
[ Szerkesztve ]
-
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.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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
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.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
[ Szerkesztve ]
-
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...
-
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
-
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.
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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?
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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.
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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?
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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?[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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..
[ Szerkesztve ]
-
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!
[ Szerkesztve ]
Intel D510MO home server fotóalbumok: http://bit.ly/AbZb5P
-
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..
-
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.
[ Szerkesztve ]
-
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?
-
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..[ Szerkesztve ]
Leírásba ugye ATA100ig mondja de windows és linux sem hajlandó UDMA2 fölé menni.
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..
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- NVIDIA® driverek topikja
- ASZTALI GÉP / ALKATRÉSZ beárazás
- A fociról könnyedén, egy baráti társaságban
- Fél tucat Core Ultra CPU jöhet az asztali piacra
- Politika
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Suzuki topik
- Eredeti játékok OFF topik
- War Thunder - MMO Combat Game
- Samsung Galaxy Tab S 10.5 - magas képesítés
- További aktív témák...
- Beszámítás! Intel Core i3 8100 4mag 4szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 2600K 4mag 8szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 4790 4mag 8szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 4790K 4mag 8szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i9 9900K 8mag 16szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest