Routert kell vennem, de milyet, és hol?
#1861
Elküldve: 2006. 02. 08. 07:24
Érdekelne, hogy mit tudsz szólni a fentihez. Nailed up nincs, timeout 600 sec, ennek ellenére elfelejti eldobni a kapcsolatot...
Okozhat ilyet, hogy a 8-as fw beállításait töltöttem vissza a 9-es update után?
Vagy némileg bugos a 9-es?
Netán valamit elcseszek csak nem veszem észre?
Hajnali egykor kapcsoltam le a gépeimet, most mégis azonos az uptime az összes eszközön (LAN, WLAN, WAN) Annak nincs nyoma, hogy valaki más is használná a WLAN-t...
#1862
Elküldve: 2006. 02. 08. 08:28
Idézet: FixY - Dátum: 2006. febr. 8., szerda - 7:24
Ez így van.
Szerkesztette: Fresi 2006. 02. 08. 08:28 -kor
#1863
Elküldve: 2006. 02. 08. 09:00
Szerkesztette: Atomcsirke 2006. 02. 08. 09:03 -kor
#1864
Elküldve: 2006. 02. 08. 09:02
Gabi
#1865
Elküldve: 2006. 02. 08. 14:43
Idézet: Shia-ko - Dátum: 2006. febr. 8., szerda - 9:02
Backupra kattintok, utána nekem mentés másként ablak ("asztalt nyitja meg") ugrik fel. IE 6.0.
A fájl neve nálam: rom-0602081443
Szerkesztette: Fresi 2006. 02. 08. 14:52 -kor
#1866
Elküldve: 2006. 02. 08. 14:58
Gabi
#1867
Elküldve: 2006. 02. 08. 19:10
#1868
Elküldve: 2006. 02. 08. 20:30
#1869
Elküldve: 2006. 02. 08. 20:48
Idézet: gkol - Dátum: 2006. febr. 8., szerda - 19:10
A WAN port a halozat fele kuld forgalmat meg minde egyeb infot. Plusz ha DMZ-t meg NAT meg egyeb nyalanksagok is belettek alitva DyDNS pld azok is forgalmaznak folyamatosan fugetlenul attol, hogy belso halod aktiv e. A masik problema lehet egy hibas sw a rutere ami rosszul mukodik.
Amikor otthon vagy kerdmeg oket kuldjenek egy listat a forgalomrol ok mit latnak es azonosisd be a beallitasokkal.
Amugy meg minek megy folymatosan ha ugysem hasznalod? Csak aramot fogyaszt meg feltorik elobb utobb.
#1870
Elküldve: 2006. 02. 08. 23:59
Visszateszem a 9-st, hátha jobb lesz. Nagyon remélem hamar kijön a 10-s...
#1871
Elküldve: 2006. 02. 09. 00:01
Idézet: pgyafi - Dátum: 2006. febr. 8., szerda - 20:30
Seano
#1872
Elküldve: 2006. 02. 09. 00:20
Idézet: Fresi - Dátum: 2006. febr. 8., szerda - 23:59
Visszateszem a 9-st, hátha jobb lesz. Nagyon remélem hamar kijön a 10-s...
Ki a szolgáltatód?
Volt valami extra forgalom mikor ledobott?
#1873
Elküldve: 2006. 02. 09. 00:56
Idézet: FixY - Dátum: 2006. febr. 9., csütörtök - 0:20
Volt valami extra forgalom mikor ledobott?
UPC.
Semmi extra forgalom nem volt, netezés+msn.
Ezen post írása közben is eljátszotta, web-ről indítottam újra, utána végtelen ciklusba kezdett, elszámolt kb 30-ig utána újra kezdte 2 perc után meguntam kihúztam a konnektorból.
A géppel lesz valami, kikapcsoltam átjöttem a notihoz egy fél órája már, eddig semmi probléma.
Azt nem tudom, hogy mi lehet (tlán valami spyware?), mert kiakasztja a routert.
Szerkesztette: Fresi 2006. 02. 09. 01:48 -kor
#1874
Elküldve: 2006. 02. 09. 07:12
Idézet: Fresi - Dátum: 2006. febr. 9., csütörtök - 0:56
Semmi extra forgalom nem volt, netezés+msn.
Ezen post írása közben is eljátszotta, web-ről indítottam újra, utána végtelen ciklusba kezdett, elszámolt kb 30-ig utána újra kezdte 2 perc után meguntam kihúztam a konnektorból.
A géppel lesz valami, kikapcsoltam átjöttem a notihoz egy fél órája már, eddig semmi probléma.
Azt nem tudom, hogy mi lehet (tlán valami spyware?), mert kiakasztja a routert.
Bocs, kicsit még nem vagyok magamnál, szóval lehet, hogy marhaság: próbáltad már, hogy gyári beállításokat vissza (reset gomb) és szépen, lépésről lépésre mindent újra konfigurálni?
Nálam a notesz szokott meghülyülni viszonylag gyakran ha pl. bekapcsolt VPN kliens mellett hibernálom a gépet és este megpróbálok újra dolgozni. Ilyenkor gyakori, hogy nem talál rá a routerre.
Más: néha elgondolkodom, hogy szép és jó dolog ez a WiFi, de ha valaki van olyan aljas, hogy egy minden beérkező SSID-re reagáló eszközt működtet, akkor az illetőnek kb. két perc kell ahhoz, hogy használni tudja a routeremet. (a kapcsolódni próbáló géptől megkapja az összes szükséges infot: MAC address, SSID, jelszó) itthon meg mégsem üzemeltethetek RADIUS szervert
Még másabb: egyszerűen kezdem teljesen hülyének érezni magam. Képtelen vagyok felfogni a routeren lévő VPN funkció tényleges értelmét, használhatóságát...
Úgy egyébként szoktam ilyesmit használni: kliens a gépemen, túlvégen meg tűzfal mögött valami spec. szerver aki (többek közt) az authentikációt intézi. Ez OK, de ehhez nem kell a router.
A doksiból úgy értelmezem, hogy ő elvileg szerverként is képes működni, de akkor miért nem mindegy, hogy a belső cím az egy önálló gépet jelent-e vagy pedig magát a routert? A belső gépre is kellene valami ahhoz, hogy működjön a dolog? Minél többet olvasok, annál kevésbé értem - pláne, hogy tegnap egy órácskát linuxos ipsec-t is nézegettem és a végén már az ssh-nál tartott a howto...
(na jó, hétvégén 48 óra alvás következik azt hiszem
#1875
Elküldve: 2006. 02. 09. 07:21
Idézet: FixY - Dátum: 2006. febr. 9., csütörtök - 6:12
Nem biztos, hogy tud server lenni, valószínűbb, hogy va negy olyan feature benne, hogy a beérkező VPN kéréseket betolja a natolt hálón lévő egyik gépen üzemelő VPN serverre.
"De sokkal nagyobb a valószínűsége annak, hogy Kecskemét külsőn fejedre esik egy bazi nagy sárga tehén."
#1876
Elküldve: 2006. 02. 09. 08:32
Idézet: VKP - Dátum: 2006. febr. 9., csütörtök - 7:21
Igen, valami ilyesmit gyanítok én is (illetve ez jött le abból amit többen említettek korábban)
Csak itt jön az, hogy akkor meg nem értem: miért nem megy ez egyszerűen portforward v. hasonló eszközzel?
Miért van tunnel és transport üzemmódja? Miért vannak benne authentikációra utaló nyomok?
Kb. mióta megvan a Zyxelem, azóta próbálom értelmezni a VPN-ről szóló írásokat, de jó szokásom szerint ebbe is beleolvasok, abba is belelapozok és szépen elveszek a helyenként egymásnak ellentmondó(nak látszó) infok tömegében.
Tegnap találtam valami HOWTO féleséget a hup-on, azt viszonylag érthetőnek érzem. Megpróbálom azt emésztgetni egy kicsit, hátha... (már nem az a lényeg számomra, hogy működjön, csak az, hogy felfogjam, mi ez az egész
#1878
Elküldve: 2006. 02. 09. 08:59
Idézet: FixY - Dátum: 2006. febr. 9., csütörtök - 7:12
Ha legközelebb marháskodik megcsinálom amit írtál.
Idézet
Ez a WEP-re vonatkozik. A WPA2-PSK -t nehezebb törni.
#1879
Elküldve: 2006. 02. 09. 09:26
Kicsit off, de ezt a topicot legalább gyakran olvassátok.
A ZyWALL-al ismerkedek, barátságos jószág a user felöli oldalról, de valami aggaszt. Nem tudom, hogy nem-e én cs*sztem el valamit a tűzfal konfignál, vagy ez normális. Ugyanis brutális mennyiségű log generálódik UDP-portokon blokkolt forgalomról. A gépem van kapcsolva már vagy fél napja, webszervert nem üzemeltetek, filecserélőt nem használok.
No. Time Source IP Destination IP Note
1|02/09/2006 07:31:32 |219.137.142.46:20000 |86.101.163.199:26722 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
2|02/09/2006 07:31:23 |60.188.130.63:25513 |86.101.156.102:32459 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
3|02/09/2006 07:31:14 |60.209.179.140:16008 |86.101.157.44:9509 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
4|02/09/2006 07:31:00 |58.60.84.29:13215 |86.101.157.84:17746 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
5|02/09/2006 07:30:57 |201.153.70.208:48090 |86.101.157.111:6348 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
6|02/09/2006 07:30:57 |218.58.70.250:31557 |86.101.156.185:14136 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
7|02/09/2006 07:30:54 |219.129.103.190:28697 |86.101.163.251:28728 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
8|02/09/2006 07:30:54 |24.54.1.73:36951 |86.101.157.137:17746 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
9|02/09/2006 07:30:53 |61.18.168.133:18768 |86.101.157.240:14136 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
10|02/09/2006 07:30:26 |220.168.117.227:24047 |86.101.163.99:7995 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
11|02/09/2006 07:30:26 |222.217.119.64:22256 |86.101.156.102:32459 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
12|02/09/2006 07:30:21 |129.186.20.51:24118 |86.101.157.79:34099 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
13|02/09/2006 07:30:20 |218.12.56.109:1431 |86.101.157.213:16443 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
14|02/09/2006 07:30:15 |144.134.137.42:6346 |86.101.157.111:6348 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
15|02/09/2006 07:30:09 |218.102.164.67:33147 |86.101.163.239:16443 |ACCESS BLOCK
Firewall default policy: UDP (W to W/ZW)
.........
A destination ip-k mindig chello-s címek, köztük a chello-s DNS szerverekkel is, ha jól emlékszem. Csináltam pár whois-t source ip-kre, ott teljesen vegyes a kép, T-Online-os bejegyzéstől kezdve, amerikai egyetemi címen át a Kínában regisztrált IP-kig minden van. Szerintetek mi generálja ezt a forgalmat a routeren keresztül?
Szerkesztette: Atomcsirke 2006. 02. 09. 09:41 -kor
#1880
Elküldve: 2006. 02. 09. 10:00
Idézet: FixY - Dátum: 2006. febr. 8., szerda - 8:24
Érdekelne, hogy mit tudsz szólni a fentihez. Nailed up nincs, timeout 600 sec, ennek ellenére elfelejti eldobni a kapcsolatot...
Okozhat ilyet, hogy a 8-as fw beállításait töltöttem vissza a 9-es update után?
Vagy némileg bugos a 9-es?
Netán valamit elcseszek csak nem veszem észre?
Hajnali egykor kapcsoltam le a gépeimet, most mégis azonos az uptime az összes eszközön (LAN, WLAN, WAN) Annak nincs nyoma, hogy valaki más is használná a WLAN-t...
Van benne DyNDNS updateer beállítva? A logokat küldd ki egy syslog serverre, (minden bekapcsolva), hogy lásd mi triggereli újra a kapcsolatot.
A beállítások visszatöltése nem okozhat ilyent elvben, de hát tudjuk, hogy ez az iari forradalom óta nem így van.
A 9.esben nem tudom, hogy van-e bug, mert én nem használok 334WT-t, csak a ti visszajelzéseteket tudom értelmezni, de ha azt mondjátok, hogy igen, kezdjünk el egy listát ezekről.
A "sys countrycode 229" probléma ügyében most kardozok a Taiwaniakkal, sikerült rávenni őket, hogy a következő firmware-be betegyék a már helyes 13 csatornás kiosztást. Addig használjátok a 237-est.

Súgó
A téma zárva.











