Hálózat

Alapértelmeztt átjáróként 0.0.0.0 címet is kap a kliens

Mon, 07 May 2012 23:45:00 GMT

Hibajelenség: A számítógép TCP/IP kapcsolata nem működik, a Hálózat ikonon sárga háromszögben egy felkiáltójel van, valamint "Nem azonosított hálózat" a státusz. Az ipconfig parancsot kiadva azt látjuk, hogy két alapértelmezett átjáró tartozik a kapcsolathoz, az egyik a 0.0.0.0:

Ethernet-adapter Helyi kapcsolat:

   Kapcsolatspecifikus DNS-utótag. . :
   Kapcsolati szintű IPv6-cím . . . : fe80::f5bd:72a9:5883:54a4%10
   IPv4-cím. . . . . . . . . . . . . : 10.0.0.140
   Alhálózati maszk. . . . . . . . . : 255.255.255.0
   Alapértelmezett átjáró. . . . . . : 0.0.0.0
                                       10.0.0.1

A tüneti kezelés a

route delete 0.0.0.0

parancs kiadása, majd ipconfig release-renew.

Érdemes azonban ellenőrizni, hogy nem a hibásan települt Bonjour okozza-e a problémát. Nyissuk meg a szolgáltatásokat, és ellenőrizzük, hogy van-e ehhez hasonló nevű service-ünk:

##Id_String2.6844F930_1628_4223_B5CC_5BB94B879762##

A Tulajdonságokat megnyitva a Futtatható fájl elérési útja bejegyzés alapján valóban egy hibásan települt Bonjour serviceről van szó, ha az a

C:\Program Files (x86)\Bonjour\mDNSResponder.exe

-re mutat.

A javítás lépései emelt szintű konzolban a következő két parancs kiadása:

"C:\Program Files (x86)\Bonjour\mDNSResponder.exe" -remove
"C:\Program Files (x86)\Bonjour\mDNSResponder.exe" -install

Ezután eltűnik a szolgáltatások közül a csúnya nevű service, illetve már a helyes "Bonjour Service" névvel jelenik meg.

Megjegyzés: A fórumok alapján más gyártók mDNS Responder service-i is okozhatják a problémát, pl. a "National Instruments mDNS Responder Service" is, azokra viszont nem vonatkoznak a remove-install hibajavítási lépések.

Hálókártya eltűnése az eszközkezelőből

Wed, 25 Apr 2012 00:52:00 GMT

Az egyik ügyfélnél egy géplefagyás után eltűnt az alaplapi hálókártya az eszközkezelőből az eszközök közül, és nem is működött tovább, mintha nem is létezne.

Sem az újraindítás, sem egy disable-enable ciklus a biosban nem változtatott a helyzeten.

A probléma oka a deep sleep nevű működési mód beragadása volt, azaz nem ébredt fel a kártya az alacsony fogyasztású üzemmódból.

A felébresztés menete:

kapcsoljuk ki a gépet
húzzuk ki a tápkábelt, notebook esetén távolítsuk el az akkumulátort
nyomjuk meg néhányszor a bekapcsológombot,
ezzel kimerítjük az alaplapi kondezátorokat, teljesen áramtalanítjuk az alaplapot
dugjuk össze, és kapcsoljuk be a gépet

Packet trace futtatása Zyxel ZyNOS-t futtató termékek esetén

Tue, 20 Dec 2011 00:11:00 GMT

1. Lépjünk be szöveges módban az eszközre Konzol\SSH\Telnet porton.

2. Lépjünk a 24.8-as menüpontba, azaz kérjünk parancs interpreter promptot.

3. Tiltsuk le a felesleges interface(eken) a capture-t:

sys trcp channel none

sys trcp channel none

...

4. Engedélyezzük a kívánt interface-en a capture-t:

sys trcp channel bothway

5. Kapcsoljuk be trace loggingot:

sys trcp sw on & sys trcl sw on

6.A Online log

Jelenítsük meg a kivonatos online logot:

sys trcd brief

Vagy tekintsünk bele a packetekbe:

sys trcd parse

6.B Offline log

Állítsuk le a logolást:

sys trcp sw off & sys trcl sw off

A. Jelenítsük meg a kivonatos offline logot: sys trcp brief B. Vagy tekintsünk bele a kívánt packetekbe:
sys trcp parse

A Zywall 35 port kiosztása például:

Port 1 = enet0 = enif1 = LAN Port 2 = enet1 = enif2 = WAN1 Port 3 = enet2 = enif3 = DMZ Port 4 = enet3 = enif4 = WAN2 Port 5 = enet4 = enif5 = WCard Port 6 = enet5 = enif6 = WLAN

Forrás

Port Scan házilag

Fri, 06 Aug 2010 11:07:00 GMT

A Microsoft néhány hasznos eszközt készített portok ellenőrzésére:

PortQry2 - parancsosors port ellenőrző, telepítést nem igényel

PortQryUI - grafikus port ellenőrző, telepítést nem igényel

PortReporter - Aktivitás figyelő és log készítő Windows service. Telepítés szükséges. További info itt.

UDP port ellenőrzésekor kaphatunk "open|filtered" választ ebben az esetben nem eldönthető, hogy nyitott-e a port. (pl. NTP: UDP123)

Hálózati meghajtó kapcsolat megszakadás

Sun, 06 Jun 2010 15:05:00 GMT

Ha hálózati megosztáshoz csatlakoztatunk egy meghajtót, a csatlakoztatott meghajtó kapcsolata adott inaktív időtartamot követően megszakadhat. A kapcsolat normál esetben pillanatok alatt újra létrehozható, de ez a "szakadás" adott esetben egyes programok működésével összeütközésbe kerülhet és problémákat okozhat. Az alábbi paranccsal ez az időtartam kitolható, avagy végtelenre is állítható (azaz kikapcsolható az automatikus kapcsolat bontás):

net config server /autodisconnect:szám

Ahol a szám helyére kell a percekben megadott kapcsolatbontási időt írni. Végtelenre a -1-es értékkel állíthatjuk.

Bővebb információ az alábbi Microsoft KB cikkben található:

http://support.microsoft.com/kb/297684

FTP feltöltés engedélyezése ISA Server mögül

Thu, 01 Apr 2010 17:39:00 GMT

Az ISA alapból nem engedélyezi az FTP szerverekre való feltöltést (írást),
még akkor sem, ha a kapcsolódásra külön szabályt hozunk létre.

Beállítás

Nyissuk meg az ISA Management Console-t
Ha még nincs, hozzunk létre egy új Access rule-t az FTP
protokolhoz, pl. a jobb oldali panel Task füle alatti menüpontra
klikkelve:
Nevezzük el a szabályt, pl. Allow FTP R/W névre:
A Rule Action oldalon válasszuk ki az Allow opciót
A Protocols oldalon válasszuk a Selected Protocols opciót

majd klikkeljünk az Add gombra, keressük ki az FTP protokolt, és ismét Add, majd Close
Klikkeljünk a Next-re
Klikkeljünk az Add gombra, majd válasszuk ki a Networks mappát, majd az Internal hálózatot, aztán klikkeljünk a Close gombra, végül a Next-re:
Klikkeljünk az Add gombra, majd válasszuk ki a Networks mappát, majd az External hálózatot, aztán klikkeljünk a Close gombra, végül a Next-re:
Válasszuk az All Users opciót:
Ellenőrizzük le a beállításokat, majd klikkeljünk a Finish-re:
Klikkeljünk az Apply gombra, hogy a változtatások mentésre kerüljenek. Ezt a gombot a középső panel tetejénél találjuk:
A szabálynak valahogy így kell kinéznie:
Ahogy már említettük, ez a szabály jelenlegi állapotában még csak a letöltést engedélyezi. A feltöltéshez a következő lépésekre van szükség
Jobbklikkeljünk a szabályra, és válasszuk a Configure FTP opciót
Vegyük ki a pipát a Read Only elől, majd OK
Klikkeljünk az Apply gombra, hogy a változtatások mentésre kerüljenek.

/Forrás: http://www.elmajdal.net/isaserver/Allowing_FTP_Uploads_Through_ISA_Server_2004_2006.aspx/

Cisco ASA HTTP/IP/Stb. szűrés

Wed, 25 Nov 2009 10:53:00 GMT

Website (URL) szűrés:

A Cisco 5500-as sorozatú ASA-kon lehetőség van adott website-ok elérésének korlátozására reguláris kifejezések segítségével. Ennek menete parancsori kezelőfelületen a következő:

Belépünk a kezelőfelületre, majd az en paranccsal belépünk privilegizált üzemmódba.
configure terminal
regex domainlist1 "rapidshare\.(com|de)"

Létrehozunk egy egy új reguláris kifejezést, amely illeszkedik a szűrni kívánt domainnévre.
class-map type regex match-any DomainBlockList
match regex domainlist1
(match regex domainlist2
match regex domainlist3
...)
exit

Létrehozunk egy DomainBlockList nevű regkif osztályt, és beletesszük a szűrni kívánt domainekre illeszkedő reguláris kifejezéseket.
class-map type inspect http match-all BlockDomainsClass
match request header host regex class DomainBlockList
exit

Létrehozunk egy BlockDomainsClass nevű osztályt, amit a request header mező DomainBlockList osztályban lévő regkif-ekkel való összehasonlításához használunk.
policy-map type inspect http http_inspection_policy
parameters
class BlockDomainsClass
reset log
exit

Létrehozunk egy http vizsgálat policy-t, amelyben meghatározzuk, hogy mit tegyen az ASA a forgalommal illeszkedés esetén. Jelen esetben reseteljük a kapcsolatot, és bekapcsoljuk a logolást.
access-list inside_mpc extended permit tcp any any eq www
access-list inside_mpc extended permit tcp any any eq 8080

Létrehozunk egy ACL-t inside_mpc néven, hogy a 80-as porton zajló forgalomra hivatkozni tudjunk, majd ehhez hozzádjuk a 8080-as forgalmat is.
class-map httptraffic
match access-list inside_mpc
exit

Létrehozunk egy új forgalom osztályt httptraffic néven az előzőleg létrehozott ACL segítségével.
policy-map inside-policy
class httptraffic
inspect http http_inspection_policy
exit
exit

Létrehozunk egy inside-policy elnevezésű policy-t, amelyben meghatározzuk, hogy mit tegyen az ASA a httptraffic osztály által meghatározott forgalommal. Jelen esetben bekapcsoljuk rá a http vizsgálatot a http_inspection_policy alapján.
service-policy inside-policy interface inside

Alkalmazzuk a fenti policy-t a megfelelő (jelen esetben az inside) interface-re.
exit

Kilépünk config üzemmódból, és ezzel élesítjük az új beállításokat.

Cisco konfiguráció beállításainak törlése parancssorból (pl. elgépelés miatt)

Wed, 30 Sep 2009 21:55:00 GMT

Bizonyos típusú parancsok esetén elég csak újra kiadni a parancsot a korrekt paraméterekkel, és egyszerűen felülíródik az előző beállítás, de ez nem minden esetben működik.

Utóbbi esetben két parancsot tudunk használni:

clear: Egy adott parancs beállításainak törlésére használhatjuk ezt a parancsot.

Szintaktika:
clear configure configurationcommand [level2configurationcommand]

Pl.:
clear configure aaa

Ha csak az aaa authentication parancs beállításait szeretnénk törölni, akkor a következő parancsot kell kiadnunk

clear configure aaa authentication
no: Ha csak egy parancs egy adott paraméterét vagy opcióját szeretnénk törölni, akkor ezt a parancsot kell használnunk.

Szintaktika:
no configurationcommand [level2configurationcommand] qualifier

A qualifier részben határozhatjuk meg a konkrét sort, amit ki szeretnénk törölni azzal, hogy begépelünk annyit a parancsból, ami már egyértelműen azonosítja.

Pl. egy konkrét nat parancs eltávolításához:
no nat (inside) 1

Megjegyzések:

A kezdő konfiguráció (startup configuration) kitörléséhez a következő parancsot kell kiadni:

write erase
A futó konfiguráció (running configuration) kitörléséhez a következő parancsot kell kiadni:

clear configure all

OpenVPN futtatása nonadmin userrel

Thu, 13 Aug 2009 13:57:00 GMT

Az OpenVPN által használt TAP device csak admin jogokkal használható. Megoldás: az OpenVPN service-ként való futtatása.

Ehhez a user számára a service indításához és leállításához jog biztosítása a resource kitben lévű subinacl.exe toolal történhet (a username a példában MH\vk):

subinacl /SERVICE "OpenVPNService" /GRANT=MH\vk=TO

A kényelmesebb használat miatt registry módosításokkal beállítható, hogy az OpenVPNGUI a service-t kezelje, és ne külön processt próbáljon indítani, és így a systray-en lévő ikon segítségével tudjuk indítani ill. leállítani a service-t.

[HKEY_LOCAL_MACHINE\SOFTWARE\OpenVPN-GUI]
"allow_service"="1"
"service_only"="1"

Ha nem probléma, akkor adjunk a user(eknek) jogot a

\config és a
\log

mappákra, ekkor tud változtatni a konfigon, ill. tud jelszót cserélni.

Ha igen, akkor viszont el tudjuk rejteni a GUI-ban az ehhez kapcsolódó menüpontokat:

[HKEY_LOCAL_MACHINE\SOFTWARE\OpenVPN-GUI]

"allow_password"="0"

"allow_edit"="0"

"Error disabled" portok engedélyezése Cisco switcheken

Thu, 02 Jul 2009 22:05:00 GMT

A következő a teendő, ha valamely port nem működik:

csatlakozzunk a sw.-re telnettel
telnet 10.0.0.5
lépjünk be "admin" módba
en
listázzuk ki az err-disabled portokat
Switch# show interfaces status err-disabled
Port Name Status Reason
Fa9/4 err-disabled link-flap
ha van ilyen port, a következő parancssorozattal tudjuk resetelni:
conf t
int Fa9/4
shut
no shut

Az összes port státuszát egyébként a következő paranccsal tudjuk áttekinteni:
show int status