Sebastian R
-
Gesamte Inhalte
115 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Sebastian R
-
-
so mittlerweile ist dieses problem gelöst aber dafür ein anderes aufgetaucht! ich muss allen clients die IP des access points (der dsl per wlan bereitstellt) als sekundären dns mitteilen. das wundert mich sehr warum es nicht klappt ohne diesen eintrag und nur mit der ip meine 2k8 servers, denn dort ist die weiterleitung aktiviert und auch verschiedenen nameserver eingetragen! wo liegt der fehler?
ich möchte gerne meinen clients nur einen dns mitteilen, nämlich die ip meines 2k8 servers der dann die anfragen auf die dort eingetrangenen nameserver umleiten soll.
-
welche ip bekommen dann die clients im 192.168.0.x netz als standard gateway mitgeteilt? die ip des access points oder die ip des servers (genauer gesagt die ip der karte im 192.168.100.x netz) ?
-
ginge das nicht auch (kostenfrei) mit den routing funktionen des servers und ner 2. netzwerkkarte?
-
hallo,
es geht um die erweiterung unseres netzwerks hier zu hause. erstmal zur momentanen situation. betreibe hier ein windows 2008 server mit domäne. er agiert als dhcp-, dns-, und datei-server. er ist per ethernet an einen 100mbit switch angeschlossen. an dem switch hängen ebenfalls ein isdn-router von cisco der den internet-zugang per isdn bereitstellt und ein accesspoint für z.b. für mein notebook, weitere PCs oder pda.
Dieses netz liegt im bereich 192.168.0.xxx .
da hier kein dsl verfügbar ist, hat jetzt eine bürgerinitiative erreicht dass hier im ort bei uns ein privater anbieter dsl per wlan verteilt. die hardware dazu (accespoint im client-mode und antenne) habe ich schon installiert und auch kurz mal den laptop angeschlossen und getestet. funzt soweit prima. jetzt geht es nur darum das teil in mein netzwerk einzubinden (der isdn-router kommt natürlich weg). problem an der sache ist: der accespoint für diese dsl-per-wlan geschichte hat eine ip im 192.168.100.xxx bereich und auch einen dhcp server aktiviert. wäre alles keine grosse sache aber der anbieter hat das config-panel gesperrt (angeblich um "konfigurationsfehler der kunden zu vermeiden" :shock: ) und ist auch nicht bereit darin änderungen vorzunehmen
wie würdet ihr den neuen accespoint fürs internet in mein netzwerk einbinden? einfach den ip-bereich auf 192.168.100.xxx umlegen will ich nicht da ich zwangläufig den dhcp server vom AP nutzen müsste und den kann ich nicht konfigurieren und sowieso möchte ich den DHCP von 2k8 weiternutzen!
geht evtl diese lösung: zweite netzwerkkarte in den server einbauen, der eine ip im bereich 192.168.100.xxx zuteilen, accesspoint direkt an den server anschließen und auf dem server die routingfunktion aktivieren? kann man sicherstellen dass der dhcp server in dem neuen AP dann nicht in mein bestehendes netz (192.168.0.xxx) "reinpfuscht"? hoffe ihr könnt mir helfen
danke im voraus
-
weiter...
01:37:20: 65720005 01:37:20: ISDN BR0 PACKET: handle_mail: received data = 0x02EF0101 01:37:20: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL L2: sapi 0 tei 119 ces 255 ev 0x1 01:37:20: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(A9E68), size (20) 0x00EF 0101E9B7010118018AE4AC018A00 01:37:20: 9B078288 01:37:20: ISDN BR0 PACKET: handle_mail: received data = 0x00EF0101 01:37:20: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL L2: sapi 0 tei 119 ces 255 ev 0x1 01:37:20: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AB2A8), size (20) 0x00ED 01C9154801C9080280901E028288 01:37:20: C40F8288 01:37:20: ISDN BR0 PACKET: handle_mail: received data = 0x00ED01C9 01:37:20: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL L2: sapi 0 tei 118 ces 255 ev 0x1 01:37:20: ISDN Q921d: isdn_l2d_srq_process: QUEUE_EVENT 01:37:20: ISDN BR0 PACKET: handle_l2d_srq_mail: received: dest_id = 0, source_id = 522, prim = 140 priv_ln = 4, int_id = 43241516, datasize = 4 line_status[0] = IF_ACTIVE 01:37:20: ISDN BR0 Q921f: User TX -> 0x02BF0157 01:37:20: ISDN BR0 Q921: User TX -> RRf sapi=0 tei=95 nr=43 01:37:20: ISDN Q921d: isdn_l2d_srq_process: event_count 1 01:37:30: ISDN Q921d: isdn_from_driver_process: QUEUE_EVENT 01:37:30: ISDN BR0 Q921f: User RX <- 0x02BF0135 01:37:30: ISDN BR0 Q921: User RX <- RRp sapi=0 tei=95 nr=26 01:37:30: ISDN BR0 Q921d: process_rxdata: Frame sent to L2 01:37:30: ISDN BR0 PACKET: L2IF_SendPkt: source_id (0x200), state (0x0), dest_id (0x20A), event (0x141), sapi (0x0), ces (0x0), call_id (0x0), chan_id (0x0), int_id (0x293D02C), free_pkt (0x1), pkt (0x2B14BAC), msecs (0x0), priority (0xA) 01:37:30: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AC028), size (4) 0x02BF0 135 01:37:30: ISDN BR0 PACKET: L2IF_SendPkt: Sending from L2 dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516 datastart = AC018, netstart = AC028, datasize = 20 01:37:30: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AC018), size (20) 0x0293 D02C000002000141040000000000 01:37:30: 02BF0135 01:37:30: ISDN BR0 Q921f: User RX <- 0x02EB019B 01:37:30: ISDN BR0 Q921: User RX <- RRp sapi=0 tei=117 nr=77 01:37:30: ISDN BR0 Q921d: process_rxdata: Frame sent to L2 01:37:30: ISDN BR0 PACKET: L2IF_SendPkt: source_id (0x200), state (0x0), dest_id (0x20A), event (0x141), sapi (0x0), ces (0x0), call_id (0x0), chan_id (0x0), int_id (0x293D02C), free_pkt (0x1), pkt (0x2B0E140), msecs (0x0), priority (0xA) 01:37:30: ISDN BR0 PACKET: L2IF_DispPak: packet - start(A97A8), size (4) 0x02EB0 19B 01:37:30: ISDN BR0 PACKET: L2IF_SendPkt: Sending from L2 dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516 datastart = A9798, netstart = A97A8, datasize = 20 01:37:30: ISDN BR0 PACKET: L2IF_DispPak: packet - start(A9798), size (20) 0x0293 D02C000002000141040000000000 01:37:30: 02EB019B 01:37:30: ISDN BR0 Q921f: User RX <- 0x02ED01C9 01:37:30: ISDN BR0 Q921: User RX <- RRp sapi=0 tei=118 nr=100 01:37:30: ISDN BR0 Q921d: process_rxdata: Frame sent to L2 01:37:30: ISDN BR0 PACKET: L2IF_SendPkt: source_id (0x200), state (0x0), dest_id (0x20A), event (0x141), sapi (0x0), ces (0x0), call_id (0x0), chan_id (0x0), int_id (0x293D02C), free_pkt (0x1), pkt (0x2B1A0E8), msecs (0x0), priority (0xA) 01:37:30: ISDN BR0 PACKET: L2IF_DispPak: packet - start(A90E8), size (4) 0x02ED0 1C9 -
so, nun hier mal ein ausschnitt des debugs auf der konsole (term mon)
01:37:20: 00EF0101 01:37:20: ISDN BR0 Q921f: User RX <- 0x00ED01C9 01:37:20: ISDN BR0 Q921: User RX <- RRf sapi=0 tei=118 nr=100 01:37:20: ISDN BR0 Q921d: process_rxdata: Frame sent to L2 01:37:20: ISDN BR0 PACKET: L2IF_SendPkt: source_id (0x200), state (0x0), dest_id (0x20A), event (0x141), sapi (0x0), ces (0x0), call_id (0x0), chan_id (0x0), int_id (0x293D02C), free_pkt (0x1), pkt (0x2B145B4), msecs (0x0), priority (0xA) 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AB2A8), size (4) 0x00ED0 1C9 01:37:20: ISDN BR0 PACKET: L2IF_SendPkt: Sending from L2 dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516 datastart = AB298, netstart = AB2A8, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AB298), size (20) 0x0293 D02C000002000141040000000000 01:37:20: 00ED01C9 01:37:20: ISDN Q921d: isdn_from_driver_process: event_count 6 01:37:20: ISDN Q921d: isdn_from_driver_process: QUEUE_EVENT 01:37:20: ISDN Q921d: isdn_from_driver_process: event_count 0 01:37:20: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AABE8), size (20) 0x02BF 0135DB7A013588BE89011E028288 01:37:20: F85E8288 01:37:20: ISDN BR0 PACKET: handle_mail: received data = 0x02BF0135 01:37:20: ISDN BR0 PACKET: L2IF_SendprimPkt: source_id (0x20A), state (0x7), dest_id (0x200), event (0x140), sapi (0x0), ces (0x1), call_id (0x0), chan_id (0x0), int_id (0x293D02C), free_p (0x1), pkt (0x2AB702C), msecs (0x0), priority (0xA) 01:37:20: ISDN BR0 PACKET: L2IF_SendPkt: source_id (0x20A), state (0x7), dest_id (0x200), event (0x140), sapi (0x0), ces (0x1), call_id (0x0), chan_id (0x0), int_id (0x293D02C), free_pkt (0x1), pkt (0x28B61A0), msecs (0x0), priority (0xA) 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(96C2C), size (4) 0x02BF0 157 01:37:20: ISDN BR0 PACKET: L2IF_SendPkt: Sending from L2 dest_id = 0, source_id = 522, prim = 140 priv_ln = 4, int_id = 43241516 datastart = 96C1C, netstart = 96C2C, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(96C1C), size (20) 0x0293 D02C0000020A0140048B00010000 01:37:20: 02BF0157 01:37:20: ISDN BR0 LIFd: LIF_StartTimer: timer (0x2894FA0), ticks (10000), event (0x1250) 01:37:20: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AB968), size (20) 0x02EB 019B2DD6019B0000000000000000 01:37:20: 00000000 01:37:20: ISDN BR0 PACKET: handle_mail: received data = 0x02EB019B 01:37:20: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL L2: sapi 0 tei 117 ces 255 ev 0x1 01:37:20: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(AA528), size (20) 0x02ED 01C9637101C9290509010615294C 01:37:20: 0200A347 01:37:20: ISDN BR0 PACKET: handle_mail: received data = 0x02ED01C9 01:37:20: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL L2: sapi 0 tei 118 ces 255 ev 0x1 01:37:20: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 512, prim = 141 priv_ln = 4, int_id = 43241516, datasize = 20 01:37:20: ISDN BR0 PACKET: L2IF_DispPak: packet - start(C8644), size (20) 0x02EF 01019F8E01010001000A526F7574 -
das problem mit der Line-LED besteht weiterhin noch :(
debug isdn q931, q921 und error sind eingeschaltet
Router#show debugging The following ISDN debugs are enabled on all DSLs: debug isdn error is ON. debug isdn event is ON. debug isdn event detail is ON. debug isdn exec is ON. debug isdn q921 is ON. debug isdn q921 detail is ON. debug isdn q921 frame is ON. debug isdn q931 is ON. debug isdn q931 detail is ON. debug isdn asn1 is ON. debug isdn cc is ON. debug isdn cc detail is ON. debug isdn api l2sock is ON. debug isdn api nfas is ON. debug isdn api rlm is ON. debug isdn api cdapi is ON. debug isdn api qsig is ON. debug isdn api backhaul is ON. debug isdn api packet is ON. debug isdn api csm is ON. debug isdn mgmnt is ON. debug isdn mgmnt detail is ON. debug isdn experimental is ON. debug isdn tgrm is ON. debug isdn silent errors is ON.
ISDN verbindung auch aufgebaut und funktioniert
Router#show isdn status Global ISDN Switchtype = basic-net3 ISDN BRI0 interface dsl 0, interface ISDN Switchtype = basic-net3 Layer 1 Status: ACTIVE Layer 2 Status: TEI = 95, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 1 Active Layer 3 Call(s) CCB:callid=8009, sapi=0, ces=1, B-chan=1, calltype=DATA, hdlctype=HDLC-TRUNK Active dsl 0 CCBs = 1 The Free Channel Mask: 0x80000002 Total Allocated ISDN CCBs = 1 -
so, habe nun zusätzlich 8MB ram eingebaut. also die OK-LED leuchtet nun dauerhaft. auch schwankt die donloadtratre nichtmehr so, sondern ist konstant und der router ist beim konsolenzugriff wesentlich flotter :-)
bin mal gespannt ob beim nächsten reconnect vom provider die LINE.LED wieder ausgeht oder ob sich das problem auch mit dem ram upgrade erledigt hat, ansonsten werd ich gern auf dein angebot zurückkommen blackbox
-
schalte mal cef am Router ein.
conf t
ip cef
der befehl existiert nicht bei mir
-
nun gut hab mal q921 und q931 debuggt.
nach was sollte ich dabei denn ausschau halten, um rauszufinden warum die line LED nicht an ist?
-
der der Router hängt direkt am NTBA, wird nicht durch die telefonanalage geschleift
-
@ windowsbetatest
habe mir eben 8MB RAM bestellt. webserver abschalten würde sicher noch was bringen an ressourcen. aber meien config ist ja noch nicht fertig, kommen noch einige einträge z.b. von ACLs und portforwardings dazu. allein schon deshalb lohnt sich das upgrade.
hast du noch ne idee was es mit der LINE-LED auf sich hat? irgendwie scheint sich der router nicht mit der fritzcard zu vertragen die auch am S0bus hängt. die nutze ich nur zum faxversand und als anrufmonitor.
@ Otaku19
hier in dem (ländlichen) Gebiet wo ich wohne ist kein DSL verfügbar. und für die realisierung von DSL per WLAN sind wir noch auf der suche nach nem anbieter. und dann ist da noch die mindestvertragslaufzeit meiner ISDN-Flatrate. Also in moment ist der ISDN-Router für mich alles andere als nur ein Backup. und wie Windowsbetatest schon sagte, es ist auch ein guter router
-
------------------ show process memory ------------------
Total: 3497984, Used: 3111332, Free: 386652
------------------ show process cpu ------------------
CPU utilization for five seconds: 98%/90%; one minute: 96%; five minutes: 89%
größte cpu-last verursachen: IP input (ca 60%), verschiedene prozesse die mit ppp zu tun haben (ca. 15%), http-server (10%), der rest ist kleinram (<2%).
8888888888888888888888887777888888888888888888888887777888
100 **********************************************************
90 **********************************************************
80 **********************************************************
70 **********************************************************
60 **********************************************************
50 **********************************************************
40 **********************************************************
30 **********************************************************
20 **********************************************************
10 **********************************************************
0....5....1....1....2....2....3....3....4....4....5....5....
0 5 0 5 0 5 0 5 0 5
CPU% per second (last 60 seconds)
99999999999959
88888899998821
100 ##*#########
90 ##*######### *
80 ##*######### *
70 ##*######### *
60 ############ *
50 ############**
40 ############**
30 ############*#
20 ##############
10 ##############
0....5....1....1....2....2....3....3....4....4....5....5....
0 5 0 5 0 5 0 5 0 5
CPU% per minute (last 60 minutes)
* = maximum CPU% # = average CPU%
lohnt sich evtl. da noch etwas an der config zu optimieren? z.b. http-server abschalten
das RIP hab ich eben rausgenommen aus der config, is ja quatsch bei nur einem router, das war wohl bei der erstellung mit dem config-maker per default aktiviert :rolleyes:
-
danke für die schnelle antwort!
zu 1.)
also die OK-LED blinkt im gleichen rhythmus wie die RX/TX LEDs vom LAN bzw. ISDN. also besser gesagt flackert. ein "show logging" zeigte auch keine einträge ausser den täglichen 24h-zwangs-disconnects des providers, also soweit ok.
zu 2.)
so hatte ich das eigentlich auch gedacht, dass LINE erlischt wenn z.b. noch jemand telefoniert wärend der router eingewählt ist aber habs eben mal probiert: ein telefon abgenommen, dann router angeschlossen und einwählen lassen --> LINE leuchtet und der router wählt auch ein. wenn in 24 der router jedoch nach dem 24-disconnect wieder einwählt ist LINE aus.
zu 3.)
hier mal ein "show version"
Cisco Internetwork Operating System Software
IOS C800 Software (C800-Y6-MW), Version 12.3(1a), RELEASE SOFTWARE (fc1)
Copyright © 1986-2003 by cisco Systems, Inc.
Compiled Sat 07-Jun-03 04:27 by dchih
Image text-base: 0x000F5000, data-base: 0x0090E000
ROM: TinyROM version 1.2(2)
Router uptime is 4 days, 13 hours, 37 minutes
System returned to ROM by power-on
System restarted at 23:25:57 UTC Fri Dec 12 2008
System image file is "flash:C800-Y6-mw.123-1a.bin"
Cisco C803 (MPC850) processor (revision 1) with 44868K bytes of virtual memory.
Processor board ID JAD04500OQT (1343360665)
CPU part number 0x2101
Bridging software.
Basic Rate ISDN software, Version 1.1.
2 POTS Ports
1 Ethernet/IEEE 802.3 interface(s)
1 ISDN Basic Rate interface(s)
4M bytes of physical memory (DRAM)
8K bytes of non-volatile configuration memory
8M bytes of flash on board (4M from flash card)
Configuration register is 0x2102
–
also mit deiner Vermutung scheinst du nicht ganz falsch zu liegen, dass der router bzgl. cpu-last und speicher ziemlich ausgelastet ist:
------------------ show memory statistics ------------------
Head Total(b) Used(b) Free(b) Lowest(b) Largest(b)
iomem 95000 393228 247048 146180 146180 142800
vm heap 287B000 3497984 3111368 386616 284968 360400
-
hallo,
bezüglich meines cisco 803 habe ich einige fragen, hoffe jemand kann mir helfen:-)
1. Was bedeutet das währed des Betriebs auftretende Blinken der OK-LED?
Soll es das erfolgreiche Weiterleiten eines Paketes anzeigen?
2. Wenn ausser dem Router noch andere Geräte (TA, ISDN-Telefone) am S0- Bus angeschlossen sind, leuchtet die LINE-LED nicht, so als wäre der
Router garnicht an den S0 angeschlossen. Einwählen ins internet ist aber
trotzdem möglich!!!
Ist der Router alleine am S0-Bus so leuchtet die LINE-LED auch dauerhaft.
Verkabelungsfehler beim ISDN schliesse ich mal aus, da gleichzeitig beide B-
Kanäle problemlos genutzt werden können, z.b. Router eingewählt und
gleichzeitig telefonieren.
Hat jemand eine Erklärung für dieses Verhalten?
3. Wenn der Router einige Tage (ab ca. 3-4. Tag) läuft, bemerke ich dass er
nur noch sehr schleppend arbeitet. D.h. befehle die ich über die auf der
konsole eintippe erscheinen erst nach ca. 4 sekunden oder das erstellen
der running-config dauert auch über ne halbe minute. nach einem neustart
arbeitet der Router wieder schneller . Woran kann das liegen?
4. Gibt es eine Möglichkeit der Priorisierung des Traffics an einen bestimmten
Client, also nicht anhand des Protokolls sondern der MAC- oder IP-Adresse?
Vielen Dank im Voraus
hier noch meine config (mit config maker erstellt):
Building configuration...
Current configuration : 1596 bytes
!
version 12.3
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Router
!
enable secret XXXXX
!
!
pots country DE
!
ip subnet-zero
ip name-server 217.13.199.16
!
isdn switch-type basic-net3
!
!
!
interface Ethernet0
description connected to EthernetLAN
ip address 192.168.0.7 255.255.255.0
ip nat inside
!
interface BRI0
description connected to Internet
no ip address
ip nat outside
encapsulation ppp
dialer rotary-group 1
dialer-group 1
isdn switch-type basic-net3
no cdp enable
!
interface Dialer1
description connected to Internet
ip address negotiated
ip nat outside
encapsulation ppp
no ip split-horizon
dialer in-band
dialer idle-timeout 3600
dialer string XXXXX
dialer hold-queue 10
dialer-group 1
no cdp enable
ppp authentication chap pap callin
ppp chap hostname XXXXX
ppp chap password XXXXX
ppp pap sent-username XXXXX password XXXXX
!
router rip
version 2
passive-interface Dialer1
network 192.168.0.0
no auto-summary
!
ip nat inside source list 1 interface Dialer1 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
ip http server
!
access-list 1 permit 192.168.0.0 0.0.0.255
dialer-list 1 protocol ip permit
snmp-server community public RO
snmp-server contact XXXXX
snmp-server enable traps tty
!
line con 0
exec-timeout 0 0
password XXXXX
login
stopbits 1
line vty 0 4
password XXXXX
login
!
no rcapi server
!
!
!
end
-
Hallo,
habe gestern dem server von unserem netzwerk 2k8 SE als DC installiert.
soweit funktioniert auch alles: DHCP, DNS, AD.
nur mit dem Routing bzw. NAT gibt es noch probleme: weder der server selbst noch ein client bekommt verbindung ins internet. :-(
hier ein paar kurze infos zur konfiguration / eingrenzung des fehlers:
- server besitzt isdn-karte zur verbindung ins internet
- in der IP-Konfiguration des servers steht die interne IP des Servers selbst, kein default-gateway eingetragen
- im DNS ist der nameserver des Providers als weiterleitung eingetragen
- clients bekommen per DCHP die IP des servers als Standard-Gateway, DNS-Server und WINS-server mitgeteilt
Zum Problem:
habe über den Assistenten RAS&Routing das NAT eingerichtet und eine "wählen bei bedarf Schnittstelle" hinzugefügt. Das hat auch soweit geklappt.
wenn ich nun versuche eine internetseite zu öffnen oder anzupingen (egal ob von einem client aus oder vom server direkt), wird keine verbindung ins internet aufgebaut. starte ich die anwahl manuell, funktioniert zwar die einwahl problemlos, bekomme auch eine IP von provider zugewiesen, jedoch besteht das problem immernoch dass kein zugriff auf das internet möglich ist.
habe zu testzwecken auch die firewall deaktiviert bzw. bzw filterregeln oder hinauswählzeiten überprüft aber alles scheint OK zu sein.
bin auch jede einstellung im DNS und Routing&Ras durchgegangen und das mit den einstellungen meiner alten installation (2k3) verglichen, mit dem Ergebnis dass die einstellungen identisch sind. wie kann es sein dass unter 2k3 das NAT funktioniert und unter 2k8, mit den selben einstellungen, nicht :confused:
hoffe jemand kann mir helfen bei der problemlösung.
viele dank schonmal im voraus
-
ja, der router ist bei den clients der standard-gateway.
-
also isdn test ist mir nicht bekannt. vielleicht meinst du "isdn connect Dialer1" aber das funktioniert nicht :( irgendwie akzeptiert der router das nicht
-
hallo rob,
danke für deine schnelle antwort.
habe heute noch weiter an der config ein bischen rumgebastelt aber alles ohne erfolg:
deine debug-befehle eingegeben, dann von nem client (der als standard-gateway die ip des routers und als dns die nameserver von t-online eingetragen hat) aus versucht aufs internet zuzugreifen (ping auf adresse und auch auf externe IP direkt). ergebnis: auf der konsole kommen keine debug-meldungen und der router rebootet sofort nachdem die LED für Ch1 beginnt zu leuchten und ne verbindung aufgebaut werden soll.
Der Router hängt direkt an dem NTBA. der Anschluss funktioniert auch zu 100%.
mir kommt es, wie schon erwähnt, auch seltsam vor dass die an den 803 angeschlossenen analogen geräte nicht funktionieren. liegt evtl. ein hardware fehler vor?
-
hallo rob,
hier die ausgabe von show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 69, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Activated dsl 0 CCBs = 0
The Free Channel Mask: 0x80000003
Total Allocated ISDN CCBs = 0
-
Hallo alle zusammen,
habe nach einer weile meinen Cisco 803 wieder in Betrieb genommen.
Danach mit dem ConfigMaker eine entsprechende config erstellt und hochgeladen. Problem ist nun dass der Router nichtmehr rauswählt :( auf allen clients ist die IP vom Router als standard-Gateway eingetragen. Im Router ist der DNS von meinem ISP eingetragen (T-online).
Seltsam finde ich auch, dass man an keinem der beiden Analoganschlüsse am 803 ein Freizeichen hört. Zumindest das müsste ja unabhängig von der config immer funktionieren, oder?! der ISDN anschluss ist jedenfalls funktionsfähig (ISDN-Telefon und FritzCard funktionieren) und im Router ist auch der richtige switch-typ (basic-net3) eingetragen.
Hoffe einer von euch kann mir helfen. Danke schonmal im voraus!
hier meiner running-config:
------------------ show running-config ------------------
Building configuration...
Current configuration:
!
version 12.0
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Router
!
enable password 7 <removed>
!
!
!
!
!
!
dial-peer voice 1 pots
no forward-to-unused-port
no call-waiting
ring 0
port 1
destination-pattern <removed>
!
dial-peer voice 2 pots
no forward-to-unused-port
no call-waiting
ring 0
port 2
destination-pattern <removed>
!
pots country DE
ip subnet-zero
!
ip name-server 194.25.2.129
isdn switch-type basic-net3
isdn voice-call-failure 0
!
!
!
interface Ethernet0
description connected to EthernetLAN
ip address 192.168.0.7 255.255.255.0
no ip directed-broadcast
ip nat inside
!
interface BRI0
description connected to Internet
no ip address
no ip directed-broadcast
ip nat outside
encapsulation ppp
dialer rotary-group 1
isdn switch-type basic-net3
isdn voice-priority <removed> in always
isdn voice-priority <removed> out always
isdn voice-priority <removed> in always
isdn voice-priority <removed> out always
isdn incoming-voice modem
no cdp enable
!
interface Dialer1
description connected to Internet
ip address negotiated
no ip directed-broadcast
ip nat outside
encapsulation ppp
no ip split-horizon
dialer in-band
dialer string 0191011
dialer hold-queue 10
dialer-group 1
no cdp enable
ppp authentication chap pap callin
ppp chap hostname <removed>
ppp chap password 7 <removed>
ppp pap sent-username <removed> password 7 <removed>
!
router rip
version 2
passive-interface Dialer1
network 192.168.0.0
no auto-summary
!
ip nat inside source list 1 interface Dialer1 overload
ip http server
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
!
access-list 1 permit 192.168.0.0 0.0.0.255
dialer-list 1 protocol ip permit
snmp-server engineID local 00000009020000B0C28BB54C
!
line con 0
exec-timeout 0 0
password 7 <removed>
login
transport input none
stopbits 1
line vty 0 4
password 7 <removed>
login
!
end
-
hi, danke erstmal für die schnelle antwort!! :)
schonmal eins vorweg weil daher meistens dfü probleme mit fehler 721 kommen: ich habe kein VPN. und benutze auch nicht die ras und vpn funktionen des servers sondern mache alles mit winroute (portforwarding usw. ) weil es sehr komfortabel ist mit dem dial-up control panel.
in den protokollen is auhc nix was auf diese sache hinweist. habe den server ja auhc genauso eingerichtet wie den alten....selbe konfiguration und selbe software (aktuellste versionen)
-
hab vor 2 wochen meinen alten w2k server mal komplett plattgemacht und einen win2k3 server standard edition inkl. SP1 aufgesetzt. er stellt folgende dienste zur verfügung: dhcp, Dns-Forwarding und dateiserver. Internetverbindung per isdn mit fritzcard. folgende software is instaliert auf dem rechner: winroute, moony isdn monitor, realVNC, winrar, symantec norton antivirus corporate edition. also noch ein recht jungfräuliches system. werde auch noch ein paar sachen installieren aber nicht bevor ich das folgende problem noch nicht gelöst habe: jeden tag passiert es einmal (immer ungefähr um die gleiche zeit +/- 2 stunden) dass wenn ich gerade online bin der downstream der dfü verbindung abreisst. hochgeladen wird aber noch nach wie vor wie ich den eigenschaften der dfü verbindung sehe. aber natürlich geht keien siete mehr auf usw. wenn ich dann die laufende dfü verbindung beende und wieder neu einwähle bekomme ich die dfü fehlermeldung 721 (remotecomputer nicht erreichbar). nach einem neustart funktioniert alles wieder problemlos...bis zum nächsten tag. auch wenn ich mal gerade online bin so bekommt die dfü-verbindung trotzdem zu einer gewissen zeit einen knacks und beim nächsten einwählen kommt dann fehler 721.
wäre dankbar falls jemand eine idee hat woher das problem kommt bzw. wie man zumindest eingrenzen könnte?!
vielen dank schonmal
-
hat denn jemand vielleicht noch eine idee?
denn sonst würde ich einer neuinstallation nähertreten :-(
Einbindung von zweitem IP-Bereich
in Windows Forum — LAN & WAN
Geschrieben
ich versuche mal die aktuelle config von meinem server zu schildern:
LAN-Verbindung 1 (für die anbindung meines heimnetzes, manuell konfiguriert, kein DHCP)
IP: 192.168.0.10
Subnet: 255.255.255.0
DNS server: 192.168.0.10
standard Gateway: 192.168.100.1
LAN-Verbindung 2 (dort ist der AP fürs internet angeschlossen, ebenfalls manuelle konfiguriert)
IP: 192.168.100.70
Subnet: 255.255.255.0
DNS server: 192.168.100.1 (dies ist die IP des APs)
standard Gateway: 192.168.100.1
im DNS-server habe ich mehrere nameserver (z.b. von t-online) eingetragen und die weiterleitung aktiviert.
ebenfalls habe ich Routing und RAS konfiguriert per assistent für NAT (da kann man ja eigentlich nix falsch machen) ohne was daran weiter zu verändern
der DHCP-server verteilt folgende bereichoptionen an die clients:
003 Router 192.168.0.10
006 DNS-Server 192.168.0.10, 192.168.100.1
044 WINS-server 192.168.0.10
045 Netbios 192.168.0.10
mit dieser konfiguration kommen alle clients und auch der server selbst ins internet. jedoch legen die clients einige "gedenksekunden" ein bevor die internet seite geöffnet wird. ist ja klar, da erst der primäre DNS abgefragt wird (dessen weiterleitung aus mir unerklärlichen gründen nicht funktioniert) und der timeout abgewartet wird bevor die anfrage an die 192.168.100.1 geht.
entferne ich im DHCP den sekundären DNS-server (192.168.100.1) können die clients keine www-adressen mehr auflösen. habe auch schon mehrmals im net gelesen dass man immer nur einen dns-server an die clients übergeben sollte, andernfalls wären probleme vorprogrammiert
hoffe weiter auf eure hilfe
PS: ist mir eben noch aufgefallen: wenn ich versuche im dns-server eine weiterleitung hinzuzufügen, also die ip des externen nameservers eingebe, kann er die ip nicht auflösen bzw. validieren! aber ping von der konsole aus auf den nameserver funktioniert!