shamanNS
Znamenit
- Učlanjen(a)
- 11.08.2007
- Poruke
- 9,993
- Poena
- 1,055
Više mi liči na tradicionalne probleme sa Huawei firmware-om. Ja sam dok sam koristio ADSL imao HG530 koji je imao 2 vrlo iritantna bug-a:
1) U random intervalima (ili možda "samo" po svakom pucanju PPPoE konekcije?) uzme pozatvara sve forward-ovane portove... dakle ignoriše postojeća pravila... nije da ih obriše jer je resetovao sam konfiguracioni fajl (taj problem je postojao na nekim drugim modelima). I onda ne pomaže ništa nego restart rutera.
2) Dosta ređe u odnosu na problem #1, ali svakako po par puta mesečno, se dešavalo da prestane da radi WiFi. Na fazon da sija WiFi lampica na ruteru, uređaji "ne vide" taj WiFi SSID da postoji u etru plus totalno bizarni momenat da se na konfiguracionoj stranici rutera u tom momentu uopšte ne vidi "WLAN" sekcija podešavanja, kao da ne podržava WiFI uopšte.
Takođe jedino rešenje je bilo restart rutera / čupanje iz struje.
Od kad sam na VDSL koristim ZTE i nikakvih sličnih gremlina za sad nisam iskusio. Jedine 2 stvari koja me kod ZTE extremno nerviraju (a koje su na Huawei radile bez problema) su:
1) evidentno ne podržava "NAT reflection" = ne mogu nekom lokalnom servisu koji je "iza rutera" da pristupim sa WAN strane ako je uređaj sa kojeg pokušavam da pristupim unutar iste LAN mreže kao uređaj na kom je server kojem bih da pristupim.
tipa HTTP server je na kompu koji je na 192.168.1.3 a ja sa mobilnog koji je na 192.168.1.5 pokušavam tome da pristupim sa WAN strane (npr koristeći DDNS hostname vezan za moju javnu IP adresu)
2) krš gl*pavi nije u stanju da forwarduje gde treba Wake-on-LAN magic packet kad stiže sa WAN strane zato što čim se ugasi komp kojeg treba posle da "budiš" briše informaciju iz ARP cache tabele.
Tako da sam za funkcionalan "Wake on LAN, from WAN" setup za paljenje kompa morao da dignem HTTP serverčić na always on "Android box" kinezu koji na zahtev šalje WoL magic packet i budi komp.
1) U random intervalima (ili možda "samo" po svakom pucanju PPPoE konekcije?) uzme pozatvara sve forward-ovane portove... dakle ignoriše postojeća pravila... nije da ih obriše jer je resetovao sam konfiguracioni fajl (taj problem je postojao na nekim drugim modelima). I onda ne pomaže ništa nego restart rutera.
2) Dosta ređe u odnosu na problem #1, ali svakako po par puta mesečno, se dešavalo da prestane da radi WiFi. Na fazon da sija WiFi lampica na ruteru, uređaji "ne vide" taj WiFi SSID da postoji u etru plus totalno bizarni momenat da se na konfiguracionoj stranici rutera u tom momentu uopšte ne vidi "WLAN" sekcija podešavanja, kao da ne podržava WiFI uopšte.
Takođe jedino rešenje je bilo restart rutera / čupanje iz struje.
Od kad sam na VDSL koristim ZTE i nikakvih sličnih gremlina za sad nisam iskusio. Jedine 2 stvari koja me kod ZTE extremno nerviraju (a koje su na Huawei radile bez problema) su:
1) evidentno ne podržava "NAT reflection" = ne mogu nekom lokalnom servisu koji je "iza rutera" da pristupim sa WAN strane ako je uređaj sa kojeg pokušavam da pristupim unutar iste LAN mreže kao uređaj na kom je server kojem bih da pristupim.
tipa HTTP server je na kompu koji je na 192.168.1.3 a ja sa mobilnog koji je na 192.168.1.5 pokušavam tome da pristupim sa WAN strane (npr koristeći DDNS hostname vezan za moju javnu IP adresu)
2) krš gl*pavi nije u stanju da forwarduje gde treba Wake-on-LAN magic packet kad stiže sa WAN strane zato što čim se ugasi komp kojeg treba posle da "budiš" briše informaciju iz ARP cache tabele.
Tako da sam za funkcionalan "Wake on LAN, from WAN" setup za paljenje kompa morao da dignem HTTP serverčić na always on "Android box" kinezu koji na zahtev šalje WoL magic packet i budi komp.
Poslednja izmena: