A következő címkéjű bejegyzések mutatása: DHCP. Összes bejegyzés megjelenítése
A következő címkéjű bejegyzések mutatása: DHCP. Összes bejegyzés megjelenítése

2010. december 20., hétfő

Kaspersky Antivirus nem frissül (WAN miniport)

Konklúzió: csak a saját szemednek higgy.
(Dr. House, ha rendszergazda lenne, nem azt mondaná, hogy minden beteg hazudik, hanem hogy minden felhasználó hazudik.) Persze ez mindenképp sarkos megfogalmazás, de tényleg nem szabad mindent elhinni a felhasználóknak arról, hogy milyen körülmények vezettek a hibához.
Még jobban finomítva: egészséges szkepticizmussal kell közeledni a megadott hibákhoz.
De most néhány szó a fenti hiba (feltételezett) okáról és a megoldásról.

Hibajelenség:
Adott helyen Kapsersky Antivirus nem frissül.
Pedig IP-t kap a gép, pingelni lehet, netre ki tud menni, proxy be van állítva, de amikor frissíteni kellene a szoftvernek, akkor csak próbálkozik, de nem tudja elérni a Kaspersky szervert.
Első gyanús jel: a frissítéseket tartalmazó szerver eléréséhez nem használja a proxy-t.

Amit tudni lehetett a gépről:
A fentieket már telefonos support során végigpróbáltuk.
Elvileg egy műszerhez kötött, elzárt gép. Volt egy rövid időszak, amikor hálózat szerelés miatt nem volt rajta a hálózaton.
SENKI NEM NYÚLT HOZZÁ.
Ja...

Amit láttam:
A fentieket végigpróbáltam a helyszínen is (biztos, ami biztos, lásd fentebb:)).
A próba során feltűnt, hogy a hálózati beállításoknál szerepel egy WAN miniport is.
De minek?
Az általuk használt beállításoknál erre nincs szükség.

Megoldás:
Az említett WAN miniportot ki kellett törölni és rögtön proxy-n keresztül húzta a frissítéseket.
Hogy került oda a miniport?
Az átmeneti hálózatmentes időszakban valaki fogta a mobilnetjét és rádugta...
Tehát nem igaz, hogy senki nem nyúlt hozzá. (Az viszont igaz, hogy aki a hibát jelezte, nem tudott a korábbi partizánkodásról.)
Egy másik filmbeli rövidítés jutott eszebe a végén, a Bosszú börtönében című filmből: NBS: Ne Bízz Senkiben:)

2010. július 5., hétfő

Windows 7 DNS-kiszolgáló hiba

Ma egy furcsa hibához hívtak.
Adott helyen az egyik laptop, ami wifi kapcsolatot is használ, nem tudta elérni az internetet, holott kapott IP címet.
Első blikkre proxy szerver beállítási problémának tűnt, de a proxy-val nem volt gond egyik böngészőben sem.
A gép a számára kijelölt IP-t megkapta WiFi-n, még újraindítás után is.
Hab a tortán, hogy az iPhone-os netes kapcsolattal is gond volt.
Viszont ha rádugtam az ethernet hálózatra, akkor rendben volt.
AP is újra lett indítva, de a jelenség maradt.
Látszólag érthetetlen volt a probléma, mert rá lehetett volna fogni a wifi hibájára, ha az iPhone-os kapcsolat működött volna.
Végül feltűnt az ipconfig /all parancsnál, hogy bár a WiFi kártyánál DHCP szervernek a helyi szerver látszott, de a DNS szerver a 84.2.46.1, azaz a cns1.t-online.hu volt.



Átállítva a DNS kérést (DNS-kiszolgáló címének automatikus kérése) minden helyreállt.
Valószínű az lehetett, hogy az otthoni t-onlie megosztásakor használt wifi-s router használata közben valamilyen módon bekerült ez a DNS cím fixre, ezért sem az iPhone-os t-mobile-os, sem pedig az egyetemi hálózat nem volt elérhető, hiába kapott az oprendszer a DHCP-n keresztül szabályos IP címet.

Egyébként a DNS cache ürítésére (ebben az esetben ez nem lett volna jó, de más esetekben hasznos lehet) a következő parancsot kell használni a parancssor (cmd) indítását követően:

ipconfig /flushdns