mister2x
-
Gesamte Inhalte
134 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von mister2x
-
-
Poste bitte mal die Ausgabe von "ipconfig /all".
XP setzt nicht einfach so den Standardgateway neu (von der Einrichtung bei ICS mal abgesehen).
Hast du bei der 2. Netzwerkkarte das Feld "Standardgateway" auch freigelassen? Zwei "Standardgateways" (wie der Name schon sagt) auf einer Maschine konfiguriert sind nicht möglich - und auch nicht benötigt.
-
Ich hatte dieselben Probleme mit einigen DOS Buchhaltungs- und Lohnverrechnugnsprogrammen.
Konnte dies unter Windows 2000 mit start /shared beheben.
also "start xy.exe /shared".
Vielleicht hilfts bei euch auch - und spart 20$ :)
-
Ist das Thema nun endgültig gestorben?
Wäre sehr schade
-
Da bin ich gerade vor ungefähr einer Stunde darübergestolpert da ich ein ähnlich gelagertes Problem habe. (Bei mir ist nur die Übertragung Server->XP langsamer als umgekehrt).
Ausprobiert habe ich das Ganze allerdings noch nicht:
-
Wenn du in dem Board unter meinem Mitgliedsnamen suchst findest du eine Konfiguration für einen 1712er bei dem der Router als VPN Endpunkt definiert ist mit Routing in zwei verschiedene VLANs.
Vielleicht hilft dir die etwas weiter.
-
Hallo zusammen,
ich sollte aktuell einem Streaming Server der sich hinter einem 1712er Router befindet die Möglichkeit zum streamen geben ;) Es wird aktuell nur von einem Client mittels der Quicktime-Software ein Stream zu einem "echten" Streaming Server gesendet - und hier liegt das Problem.
Das Problem ist, ich habe ausgehend ein Inspection Rule erstellt (mit rtsp), welches zwar für die Clients funktioniert (wenn der Stream abgefragt wird), aber nicht für den Sender ausgehend.
Ich muss immer das Inspection Rule DEaktivieren, den Stream starten, dann das Inspection Rule wieder aktivieren (damit gesurft werden kann etc.) - ?! dann funktioniert die Sache.
Hier ein Auszug aus der Config (v.12.2)
!
interface FastEthernet0
mac-address xx
ip address xx
ip nat outside
ip route-cache flow
ip inspect DEFAULT100 out
ip access-group 104 in
no ip redirects
no ip unreachables
no ip proxy-arp
duplex auto
speed auto
crypto map mode
no cdp enable
ip inspect name DEFAULT100 cuseeme
ip inspect name DEFAULT100 ftp
ip inspect name DEFAULT100 h323
ip inspect name DEFAULT100 netshow
ip inspect name DEFAULT100 rcmd
ip inspect name DEFAULT100 realaudio
ip inspect name DEFAULT100 rtsp
ip inspect name DEFAULT100 smtp
ip inspect name DEFAULT100 sqlnet
ip inspect name DEFAULT100 streamworks
ip inspect name DEFAULT100 tftp
ip inspect name DEFAULT100 tcp
ip inspect name DEFAULT100 udp
ip inspect name DEFAULT100 vdolive
ip inspect name DEFAULT100 icmp
no access-list 104
access-list 104 remark FastEthernet0 inbound
access-list 104 permit udp any any eq domain
!
access-list 104 permit ip host IP-StreamingSV1 any log
access-list 104 permit ip host IP-StreamingSV2 any log
access-list 104 permit ip host IP-StreamingSV3 any log
<snip - hier gehts noch weiter aber für das Problem uninteressant>
Deaktiviere ich die DEFAULT100 kurzzeitig, kann ich den Stream starten und dann auch wieder das Inspection Rule aktivieren - der Stream rennt weiter und die Clients können ins Internet etc.
Mein Problem ist nur dass ich es nicht schaffe den Stream mit aktiviertem Inspection Rule zu starten.
Hat hierzu vielleicht jemand eine Idee?
Danke im Voraus
Christian
-
Interessanterweise startete der Rechner anscheinend heute morgen wieder ganz normal - im Gegensatz zu den letzten 6 Tagen.
Ich habe die Benutzerin angehalten mal ihre Eigenen Dateien vorsorglich irgendwohin sonst auf der Platte zu verschieben, vielleicht hat dies ja wirklich den gewünschten Effekt. In der Tat ist der Umfang des Profils durch die Eigenen Dateien relativ groß.
Mal sehen wie es morgen ist ;)
Danke
Christian
-
Hallo Uwe,
Die Netzwerkkarte als Schuldiger klingt seltsam - aber als Informatiker sollte man wohl an Seltsamheiten gewohnt sein ;)
Das Dumme an der Sache ist ja auch dass man auf die Schnelle schlecht testen kann an was es liegt, da der Fehler immer erst nach einer gewissen Stehzeit auftritt. (was wieder etwas für die NIC sprechen würde).
Danke auf jeden Fall für den Hinweis .. dann heisst es wohl Koffer packen
Christian
-
Hallo zusammen,
ich habe bei einer Gemeinde seit vergangenen Freitag das Phänomen dass bei einem Client (und nur bei diesem) das Übernehmen der Sicherheitsrichtlinen beim ersten Hochstarten am Morgen (!) des Computers gut 10 Minuten dauert - wird der Computer rebootet geht alles gewohnt schnell.
Der Server ist noch ein NT4.0 - Client OS ist Windows 2000. Der Server dient hauptsächlich als Anmelde-, File- und Backupserver. Ein Exchange wird auch betrieben, aber nicht auf diesem Server und nicht vor Ort.
Es wurden weder am Client noch am Server irgendwelche Änderungen vorgenommen (diesmal kann man sicher sein - der Verantwortliche vor Ort ist seit zwei Wochen im Urlaub ;)), d.h. DNS-Probleme oä. kann man ausschliessen.
Leider bin ich selbst momentan gerade gut 600km entfernt. Aber vielleicht hat jemand einen guten Tipp ob sich das Problem lösen lässt. (das lokale Profil zu löschen möchte/kann ich nicht remote veranlassen, zudem auch alle Informationen lokal gespeichert sind).
Danke für alle Vorschläge
Christian
-
blubb .. morgens halb drei in Österreich: Fehler gefunden.
access-list 199 permit ip 192.168.30.0 0.0.0.255 any
getauscht mit
access-list 199 permit ip 192.168.10.0 0.0.0.255 any
und VPN Clients sowie lokale Clients kommunizieren reibungslos.
@Blacky_24 - Danke auf jedenfall für deine Mühen.
-
FE1+2 sind VLAN1 (nimmt er automatisch an), FE3+4 sind VLAN2 - getestet und funktioniert, auch die DHCP-Zuweisung zu den verschiedenen VLANs etc - soweit sollte es in Ordnung sein.
Grund dafür ist dass an FE1+2 Rechner aus dem internen Netz hängen, an FE3+4 Rechner aus einem anderen Netz welches vom internen unabhängig ist (und auch nicht verbunden werden soll).
An VLAN1 hängt jener PC mit welchem ich gerade surfe - also das funktioniert.
Der PC an VLAN1 bekommt die Adresse 192.168.10.10 zugewiesen und geht mittels NAT über das Gateway (den Router) ins externe Netz.
Nun verbinde ich mich mit einem VPN Client auf den Router, der Client bekommt 192.168.30.5 zugewiesen nach der Authentifizierung.
Mein Problem ist das Routing zwischen 192.168.10.10 und 192.168.30.5 - hier funkt mir (so glaube ich zumindest) das NAT dazwischen.
Pingen etc geht überhaupt nicht - no response.
Danke bisweil fürs anschauen. :)
-
Keiner eine Idee?
-
Hallo zusammen,
nachdem ich jetzt dann nahe der Verzweiflung mit meinem ersten Ausflug in die "Cisco Welt" bin hoffe ich dass mir hier jemand helfen kann bei meinen Konfigurationsversuchen.
Grundsätzlich versuche ich folgendes Szenario zu realisieren:
Internet per Cablemodem (DHCP)
|
Cisco 1712 -- VLAN1 (192.168.10.x)
|
VLAN2 (192.168.20.x)
Hinzu kommen noch Zugriff eines VPN Clients aus dem Internet mit dem Router als Endpunkt (IP Pool 192.168.30.x)
VLAN2 ist unsicher und soll kein Routing zu VLAN1 haben, aber über den Router ins Internet kommen.
Folgendes habe ich bereits erreicht:
Internetzugang konfiguriert (IP wird per DHCP bezogen)
NAT für VLAN1 + VLAN2
VPN Server als Endpunkt (Client meldet sich an und bekommt seine IP-Daten zugewiesen: IP-Adresse, Subnet, DNS-Server)
Was mir noch fehlt:
Das Routing zwischen dem VPN Client (192.168.30.x) und VLAN1. D.h. der VPN Client aus dem Internet soll die Möglichkeit haben mit Rechnern aus dem VLAN1 zu kommunizieren.
Ich denke hier fehlen mir nur noch die entsprechenden ACL's, aber bisher konnte ich noch keine funktionieren Konfiguration zusammenstellen.
Ausgabe von "show ver"
isco Internetwork Operating System Software
IOS C1700 Software (C1700-K9O3SY7-M), Version 12.2(15)ZL1, EARLY DEPLOYMENT
RELEASE SOFTWARE (fc1)
Synched to technology version 12.3(0.1)
TAC Support: http://www.cisco.com/tac
Copyright © 1986-2003 by cisco Systems, Inc.
Compiled Mon 13-Oct-03 23:09 by ealyon
Image text-base: 0x80008120, data-base: 0x811F8078
ROM: System Bootstrap, Version 12.2(7r)XM4, RELEASE SOFTWARE (fc1)
ROM: C1700 Software (C1700-K9O3SY7-M), Version 12.2(15)ZL1, EARLY DEPLOYMENT REL
EASE SOFTWARE (fc1)
cigate uptime is 11 minutes
System returned to ROM by reload at 01:26:26 mest Fri May 7 2004
System restarted at 01:31:00 mest Fri May 7 2004
System image file is "flash:c1700-k9o3sy7-mz.122-15.ZL1.bin"
cisco 1712 (MPC862P) processor (revision 0x101) with 84167K/14137K bytes of memo
ry.
Processor board ID FOC081510UK (1471490208), with hardware revision 0000
MPC862P processor: part number 7, mask 0
Bridging software.
X.25 software, Version 3.0.0.
Basic Rate ISDN software, Version 1.1.
1 Ethernet/IEEE 802.3 interface(s)
5 FastEthernet/IEEE 802.3 interface(s)
1 ISDN Basic Rate interface(s)
1 Virtual Private Network (VPN) Module(s)
32K bytes of non-volatile configuration memory.
Aktuelle Konfiguration:
!version 12.2
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
no ip finger
!
hostname cigate
!
logging queue-limit 100
logging buffered 51200 warnings
!
username ciAdmin privilege 15 password 7 xxx
username vpn1 password 7 xxx
enable secret 5 xxx
ip subnet-zero
!
!
clock timezone MET 1
clock summer-time mest recurring last Sun Mar 2:00 last Sun Oct 3:00
ntp server 192.53.103.103
ntp server 129.132.2.21
ntp server 131.188.3.220
!
aaa new-model
!
aaa authentication login userlist local
aaa authorization network grouplist local
aaa session-id common
!
crypto isakmp policy 1
encr 3des
authentication pre-share
group 2
crypto isakmp identity hostname
crypto isakmp xauth timeout 60
!
crypto isakmp client configuration group xxx
key xxx
dns 192.168.10.250
domain xxx
pool dynpool
acl 199
!
!
crypto ipsec transform-set dessha esp-3des esp-sha-hmac
!
crypto dynamic-map mode 1
set transform-set dessha
!
crypto map mode client authentication list userlist
crypto map mode isakmp authorization list grouplist
crypto map mode client configuration address respond
crypto map mode 1 ipsec-isakmp dynamic mode
!
!
interface BRI0
no ip address
shutdown
no cdp enable
!
interface FastEthernet0
mac-address xxx
ip address dhcp client-id FastEthernet0
ip nat outside
duplex auto
speed auto
no cdp enable
crypto map mode
!
interface FastEthernet1
no ip address
no shutdown
no cdp enable
!
interface FastEthernet2
no ip address
no shutdown
no cdp enable
!
interface FastEthernet3
switchport access vlan 2
no ip address
no shutdown
no cdp enable
!
interface FastEthernet4
switchport access vlan 2
no ip address
no shutdown
no cdp enable
!
ip local pool dynpool 192.168.30.5 192.168.30.9
!
interface Vlan1
ip address 192.168.10.254 255.255.255.0
ip nat inside
ip tcp adjust-mss 1452
!
interface Vlan2
ip address 192.168.20.254 255.255.255.0
ip nat inside
ip tcp adjust-mss 1452
!
ip dhcp pool vlan1_intern
import all
network 192.168.10.0 255.255.255.0
default-router 192.168.10.254
domain-name xxxxxxx
lease infinite
!
ip dhcp excluded-address 192.168.10.1 192.168.10.9
ip dhcp excluded-address 192.168.10.100 192.168.10.254
!
ip dhcp pool vlan2_wlan
import all
network 192.168.20.0 255.255.255.0
default-router 192.168.20.254
domain-name xxxxxxx
lease infinite
!
ip dhcp excluded-address 192.168.20.1 192.168.20.9
ip dhcp excluded-address 192.168.20.100 192.168.20.254
!
ip nat inside source route-map MAP_intern interface FastEthernet0 overload
ip nat inside source route-map MAP_wlan interface FastEthernet0 overload
!
ip classless
no ip http server
ip http authentication local
ip http secure-server
!
ip access-list extended NAT_VLAN1
deny ip 192.168.10.0 0.0.0.255 192.168.30.0 0.0.0.255
permit ip 192.168.10.0 0.0.0.255 any
!
ip access-list extended NAT_VLAN2
deny ip 192.168.20.0 0.0.0.255 192.168.30.0 0.0.0.255
permit ip 192.168.20.0 0.0.0.255 any
!
access-list 199 permit ip 192.168.30.0 0.0.0.255 any
!
route-map MAP_intern permit 1
match ip address NAT_VLAN1
!
route-map MAP_wlan permit 1
match ip address NAT_VLAN2
!
no cdp run
!
banner login ^CBanner ...
-----------------------------------------------------------------------
nothing here
-----------------------------------------------------------------------
^C
!
line con 0
line vty 0 4
privilege level 15
transport input none
line vty 5 15
!
!
end
Die Konfiguration ist natürlich noch sehr unsicher (Firewall etc.), aber ich möchte erstmals die Kernsachen funktionsfähig bekommen.
Ich bin für jede Hilfe wirklich sehr dankbar. Danke im Voraus
-
Damit sieht zumindest alles ok aus - wüsste nicht wo da der Fehler liegen sollte.
Hm - langsam ist es schade um die investierte Zeit, eine Neuinstallation wird wohl sinnvoller sein. :(
-
In ermangels einer zweistelligen Posting-Zahl muss ich dir hier antworten :)
Ich habe gerade versucht die Dienste zu deinstallieren und nach einem Restart erneut zu installieren.
-> selbes Ergebniss. Event ID 113 + furchtbare DNS Auflösung.
Langsam nervt es - der Server ist zum Glück nur ein Probebetrieb, allerdings fix fertig eingerichtet.
Werde mich noch etwas damit herumspielen, aber es scheint als würde eine Neuinstallation anstehen.
-
Mit einem Reboot dazwischen habe ich es noch nicht probiert - werde ich morgen machen.
In den Logs finden sich sonst keinerlei Fehler - btw. wird die Event ID 113 im DNS Log auch nicht als Fehler markiert, sondern hat ein normales Info-Icon.
Ich hoffe auch, dass es lösbar ist - wegen sowas eine Neuinstallation wäre schon sehr mühsam. Wobei wirklich verwunderlich ist dass der Server gut 50 Tage brav durchlief, aber nach einem Reboot (ohne dass an der Konfiguration etwas geändert wurde) plötzlich so spinnt.
Danke auf jeden Fall mal für deine Hilfe bisher.
-
Ich habe bereits eine komplette Neuinstallation der Dienste versucht, es brachte aber auch keine Änderung.
Zu dem ursprünglichen Fehler gibt es leider genau _keine_ Dokumentation.
-
Ob auf dem Server oder auf den Clients macht keinen Unterschied. Die Auflösung erfolgt ohne Muster sofort, nach längerer Wartezeit oder erst nach mehreren Versuchen.
Die interne Auflösung funktioniert klaglos, d.h. der Servername kann aufgelöst werden ebenso wie ein reverse lookup auf die Serverip.
Bin langsam etwas ratlos, da mir die Ideen ausgehen.
Ach ja - ich habe zwischenzeitlich den DNS Server eine Debug-Datei schreiben lassen.
Das Ergebnis ist, dass es immer wieder Probleme bei eingehenden Antworten der Forwarding-Server gibt (SERVERFAIL) - aber wie bereits erwähnt, wurde weder in der Netzinfrastruktur etwas geändert noch liegt der Fehler auf den externen DNS. Setzte ich den Timeout auf 10 hoch, ist das Problem mit SERVERFAIL verschwunden - d.h. ich kriege jedesmal eine Antwort, aber es wird nicht immer aufgelöst.
Beispiel:
> http://www.delaware.com'>http://www.delaware.com'>http://www.delaware.com'>http://www.delaware.com
Server: sleepless.lessness.loca
Address: 192.168.0.250
------------
Got answer:
HEADER:
opcode = QUERY, id = 32, rcode = NXDOMAIN
header flags: response, auth. answer, want recursion, recursion ava
questions = 1, answers = 0, authority records = 1, additional = 0
QUESTIONS:
http://www.delaware.com.lessness.loca,'>http://www.delaware.com.lessness.loca, type = A, class = IN
AUTHORITY RECORDS:
-> lessness.loca
ttl = 3600 (1 hour)
primary name server = sleepless.lessness.loca
responsible mail addr = hostmaster
serial = 359
refresh = 900 (15 mins)
retry = 600 (10 mins)
expire = 86400 (1 day)
default TTL = 3600 (1 hour)
------------
DNS request timed out.
timeout was 2 seconds.
timeout (2 secs)
*** Request to sleepless.lessness.loca timed-out
> http://www.delaware.com
Server: sleepless.lessness.loca
Address: 192.168.0.250
------------
Got answer:
HEADER:
opcode = QUERY, id = 34, rcode = NXDOMAIN
header flags: response, auth. answer, want recursion, recursion ava
questions = 1, answers = 0, authority records = 1, additional = 0
QUESTIONS:
http://www.delaware.com.lessness.loca, type = A, class = IN
AUTHORITY RECORDS:
-> lessness.loca
ttl = 3600 (1 hour)
primary name server = sleepless.lessness.loca
responsible mail addr = hostmaster
serial = 359
refresh = 900 (15 mins)
retry = 600 (10 mins)
expire = 86400 (1 day)
default TTL = 3600 (1 hour)
------------
------------
Got answer:
HEADER:
opcode = QUERY, id = 35, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0
QUESTIONS:
http://www.delaware.com, type = A, class = IN
ANSWERS:
-> http://www.delaware.com
internet address = 67.98.212.102
ttl = 594 (9 mins 54 secs)
------------
Non-authoritative answer:
Name: http://www.delaware.com
Address: 67.98.212.102
Hier konnte erst beim dritten Versuch aufgelöst werden (den ersten habe ich zwecks Übersichtlichkeit weggelassen - selbes Spiel wie beim zweiten).
Das zugehörige Log:
10:13:30 9F8 PACKET UDP Rcv 192.168.0.250 0006 Q [0001 D NOERROR] (8)delaware(3)com(8)lessness(4)loca(0)
10:13:30 9F8 PACKET UDP Snd 192.168.0.250 0006 R Q [8385 A DR NXDOMAIN] (8)delaware(3)com(8)lessness(4)loca(0)
10:13:30 9F8 PACKET UDP Rcv 192.168.0.250 0007 Q [0001 D NOERROR] (8)delaware(3)com(0)
10:13:30 9F8 PACKET UDP Snd 195.34.133.11 1d3b Q [0001 D NOERROR] (8)delaware(3)com(0)
10:13:32 9F8 PACKET UDP Rcv 195.34.133.11 1d3b R Q [8081 DR NOERROR] (8)delaware(3)com(0)
10:13:32 9F8 PACKET UDP Snd 192.168.0.250 0007 R Q [8081 DR NOERROR] (8)delaware(3)com(0)
10:13:38 BD0 PACKET UDP Snd 195.34.133.10 1d36 Q [0001 D NOERROR] (8)delaware(3)com(0)
10:13:38 9F8 PACKET UDP Rcv 195.34.133.10 1d36 R Q [8081 DR NOERROR] (8)delaware(3)com(0)
10:13:38 9F8 PACKET UDP Snd 192.168.0.250 0005 R Q [8081 DR NOERROR] (8)delaware(3)com(0)
Es scheint soweit korrekt zu sein - trotzdem laufe ich in einen Timeout bei der Auflösung.
-
Update: Deaktivierung von RRAS ändert nichts an der Problematik.
DNS Abfragen timen immer noch aus, erst ab ungefähr 10 Sekunden ist mit einer Antwort zu rechnen.
Wobei anzumerken ist, dass manche extrem schnell beantwortet werden, andere nur sehr langsan, manche erst nach mehreren Versuchen.
Wenn ich es nicht besser wüsste würde ich die Schuld auf die externen DNS-Server wälzen, aber an denen liegt es nach erneuter Prüfung wirklich nicht.
-
Ja, das Problem blieb auch nach einem nochmaligen Reboot bestehen. Zusätzlich beklagte sich der DNS Dienst (erstmalig) dass das AS noch nicht bereit gewesen sei - was aber laut KB unerheblich ist.
RRAS zu deaktiveren wäre eine Möglichkeit, ich werde das ausprobieren.
@günterf
Ich verstehe die Frage nicht ganz.
Die Event ID 113 kommt aus der DNS Ereignisanzeige.
-
Hallo zusammen,
vielleicht kann mir jemand einen Hinweis geben wo mein Problem liegen könnte:
Auf einem 2003er Server ist ein DNS-Forwarder sowie NAT eingerichtet. Es funktionierte bis gestern auch alles problemlos.
Nach einem reboot des Servers kommt es plötzlich zu folgenden Aussetzern: DNS-Abfragen können manchmal erst nach mehreren Versuchen aufgelöst werden.
Im Event-Log findet sich folgender Fehler: (nur bei einem Neustart des Services, einmal beim starten, einmal beim beenden)
Event ID 113
"The DNS Server could not signal the service "NAT". The Error was 1168. There may be interoperability problems between the DNS service and this service. "
Im Internet sowie bei Microsoft finden sich leider keine weiteren Informationen dazu.
Eine Neuinstallation von DNS sowie RAS hat nichts geholfen.
DNS sollte fehlerfrei eingerichtet sein. Alle Anfragen werden (zT leider erst nach mehreren Versuchen) korrekt aufgelöst, reverse lookup funktioniert ebenso.
Eine Überprüfung mittels "nslookup -debug" förderte zutage, dass es zu einen timeout kommt.
Dies passiert manchmal (selten) wenn er die zone "xy.local" auflösen will (der suffix wird ja automatisch angehängt), manchmal erst wenn er die abgefragt domain auflösen will. Muster ist keines erkennbar. Zumeist werden Abfragen spätestens nach dem 3 Versuch korrekt beantwortet.
Wenn ich den Timeout von 2 auf 10 Sekunden hinaufsetze, funktioniert die Auflösung in quasi allen Fällen.
Der lokale Server ist weder überlastet, noch sind es die DNS-Server auf welche geforwardet wird. Wenn ich diese DNS-Server direkt abfrage funktioniert die Auflösung sekundenschnell.
Ich wäre sehr dankbar wenn jemand einen Tipp für mich hätte, da ich bereits einige Stunden ergebnislos investiert habe.
-
Laut Switch ja. Und 15-30MB/sek wird die Karte auf 100MBit nicht machen, was sie ja bringt. Der andere PC mit derselben Karte und WinXP Pro bringt mehr Durchsatz, obwohl dort dieselbe Einstellung ebenfalls fehlt.
-
Hallo zusammen,
folgendes Szenario:
Fileserver mit Windows Server 2003 und GA302T NetGear GBit-Netzwerkkarte
Clients mit XP, auch GA302T Karten
Alles voll gepatcht.
Dazwischen hängt ein NetGear GBit-fähiger-Switch. Kabel sind Cat5e. (15-20m)
Mit NetIO bekomme ich folgende Durchsätze in diesem Netzwerk (vom Client aus gestartet)
TCP connection established.
Packet size 1k bytes: 33894 KByte/s Tx, 15942 KByte/s Rx.
Packet size 2k bytes: 43875 KByte/s Tx, 18400 KByte/s Rx.
Packet size 4k bytes: 47134 KByte/s Tx, 22326 KByte/s Rx.
Packet size 8k bytes: 49312 KByte/s Tx, 25930 KByte/s Rx.
Packet size 16k bytes: 49566 KByte/s Tx, 27974 KByte/s Rx.
Packet size 32k bytes: 42365 KByte/s Tx, 31070 KByte/s Rx.
Done.
Ich frage mich woher der doch sehr geringe Netzwerkdurchsatz beim Senden vom Server kommt. Wenn ich NetIO-Server auf einem Client ausführe kommen natürlich etwa dieselben Werte heraus.
Ein Begrenzen/Deaktivieren des QoS brachte keine merklichen Unterschiede.
AutoSensing ist mangels Einstellungsmöglichkeit (nur für 10/100 vorhanden - ist zwar seltsam, aber was solls) aktiviert.
Anderer Netzwerkverkehr ist keiner vorhanden, da ich zu Testzwecken nur diese beiden Rechner am Switch angehängt habe.
Hat jemand eine Idee was eine solch schwache Sendeleistung des 2K3 Servers auslösen kann?
Schöne Grüsse
mister2x
Über Webseite prüfen ob ein Host verfügbar ist
in Windows Forum — LAN & WAN
Geschrieben
Rein als HTML bekommst du das nicht hin.
Möglich ist es mittels PHP/ASP die Abfrage zu machen - und auf einer anderen Seite die Ausgabe als HTML.
Das Skript welches pingt lässt du als Cron-Job (oder Task) zB alle 5 Minuten laufen.