Beide Drucker im Netzwerk nicht erreichbar über IP und nicht Pingbar

mickyturbo

Cadet 2nd Year
Registriert
Nov. 2021
Beiträge
19
Guten Abend,

habe folgendes Problem, Domain Netzwerk fast alles funktioniert Netzwerkzugriff auf Netzlaufwerke zur VM sprich Server da kein Internet zur Verfügung steht ist nur Netzwerk aktiv ohne Internet.

Nur die beiden Drucker lassen sich nicht einbinden, haben eine Feste IP sind allerdings nicht Pingbar und Drucker Konfigurationsseite über Webadresse (IP des Druckers) ist nicht erreichbar.

LancomeVPN Router - IP 192.168.50.50
an der Switch (unmanaged switch)
Win Server 2012 r2 -
(IP der hyperV VM) IP 192.168.50.12 (domain Controller)

Laptop1 IP 192.168.50.140
Laptop2 IP 192.168.50.141
Laptop3 IP 192.168.50.143
(laptops untereinander pingbar)

Drucker1 Feste IP 192.168.50.102
Drucker2 Feste IP 192.168.50.103
(bei Aktivierung vom DHCP, wird eine Falsche IP Adresse gezogen irgendwas mit 62.xxx.xxx.

Die Drucker sind nicht erreichbar Weboberfläche und nicht pingbar.

Vorher wurden die per GPO Gruppenrichtlinien vom Server an die Windows 10 Pro Clients automatisch eingebunden, das klappt nach Umzug nicht mehr obwohl diese wieder an der selben Switch hängen, evtl. liegt es an der Fehlenden Internet verbindung da es 3 Win 2012 r2 Server sind die in einer domain arbeiten und nun ist einer Offline da kein Internet anschluss vorhanden ist.

Deshalb habe ich versucht die Drucker an verschieden Notebooks per TCP_IP lokal zu installieren, sie werden hinzugefügt aber werden dann als Offline angezeigt oder auch als Bereit aber es kann nichts gedruckt werden.

Habe versucht am Drucker Gateway umzustellen von Router IP 192.168.50.50 zu Server VM IP 192.168.50.12 aber klappt nicht.
Ich hänge das Drucker InfoBlatt (Ricoh MFP C2004ex) an, evtl. sieht jemand mein Fehler.

Muss ich evtl. versuchen am Drucker unter TCP/IP -Domain Name einzutragen siehe Bild ?

Vielen Dank.
 

Anhänge

  • konfigpageDrucker.jpeg
    konfigpageDrucker.jpeg
    59,8 KB · Aufrufe: 360
Wenn die Drucker sich eine falsche IP ziehen, dann haengen die im falschen Netz oder Du hast einen weiteren DHCP der schneller ist als der DC. Wer macht eigentlich DHCP?

Kannst Du mal ansatzweise Dein Konstrukt aufmalen?
 
  • Gefällt mir
Reaktionen: mickyturbo und madmax2010
Warum ist im Drucker als Gateway der DC Server eingetragen und nicht der Router?
Wie sieht der Netzwerkaufbau aus?
 
  • Gefällt mir
Reaktionen: mickyturbo
Danke für deine Antwort,

ich versuche es, also auf dem Host läuft eine VM mit Win2012 r2 und die ist selbst ist der Domain Controller und DHCP

hab mal auf die schnelle in klein das Netzwerk aufgemalt für Laptop sollen mehrere Notebooks sein (internet gibt es aktuell nicht)

siehe auch bild vom Drucker2 Ricoh SP C352DN
Netzwerk.JPG
drucker2.jpeg
 
Zuletzt bearbeitet:
Gib den Druckern mal keine Gateway.
Kannst Du mal ein Bild zeigen davon was ein Windows-Client per DHCP bekommt?
Das sind 192er IP, also brauchst bei IPv4 nicht verschleiern.
 
  • Gefällt mir
Reaktionen: mickyturbo
Bevor du in irgendwelchen Einstellungen rumpfuscht, solltest Du erstmal schauen, ob Dein Netz in Ordnung ist:
  • bringt der Ping ein unreachable oder ein Time out?
  • Wandert das Problem mit, wenn Du ein Notebook an das Kabel/den Port eines Drucker nutzt?
  • die Drucker könnten 1 GbE, aber zeigen nur Fastethernet: Warum?
  • was ist das für ein unmanaged Switch?
 
  • Gefällt mir
Reaktionen: mickyturbo
mickyturbo schrieb:
(bei Aktivierung vom DHCP, wird eine Falsche IP Adresse gezogen irgendwas mit 62.xxx.xxx.
Hier kommt es auf die Details an. 62.x.y.z wäre sogar eine IP, die nicht mal in einem der RFC1918 Bereiche liegt, also keine als privat definierte IP-Adresse. Wenn du jedoch 169.254.x.y meinst, ist das eine APIPA, eine IP-Adresse, die sich ein DHCP-Client selbst gibt, wenn kein DHCP-Server geantwortet hat. Sollte das so sein, haben die Drucker generelle Verbindungsprobleme, die bereits auf Layer 2 (MAC) losgehen. Da sind die IPs noch gar nicht im Spiel.

Hast du mal einen Laptop an einem der Drucker-LAN-Kabel getestet?



Eine kleine Bitte in eigener Sache: Wenn du Beiträge schreibst, achte bitte etwas darauf, nicht deinen Gedankenstrom ohne Punkt und Komma ungefiltert in einen Satz zu schreiben. Teilweise sind deine Sätze schwierig zu verstehen, weil mittendrin eigentlich ein neuer Satz beginnt, es aber einfach ohne Pause weitergeht.....
 
  • Gefällt mir
Reaktionen: mickyturbo und BFF
Hallo Zusammen,

stimmt natürlich, manchmal fällt mir so viel ein das möchte ich dann direkt loswerden.

Ich schaue morgen nochmal, da ich extern nicht ins Netzwerk komme. Bin mir nicht sicher ob die IP 62.x.y.z oder 169.254.x.y war.

Die Drucker hängen beide direkt an der Switch (Name der Switch und Modell sende ich euch morgen früh).

Die anderen Notebooks laufen übers Patchpanel und dann an die Switch.
Das Lan kabel vom Router wurde auch an anderem Lan Port der Switch angesteckt ohne Verbesserung.

Ich schaue morgen nach euren punkten und poste hier die Antwort auf eure Fragen.
Vielen Dank euch allen!

Bis Morgen.
 
Guten Morgen,

also habe mal etwas zusammengetragen.

Switch:
Switch HP 1410-24G-R Switch JG708A

Ping vom Client 192.168.50.181 aus auf die Drucker:
Z:\>ping 192.168.50.102

Ping wird ausgeführt für 192.168.50.102 mit 32 Bytes Daten:
Antwort von 192.168.50.181: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.50.102:
Pakete: Gesendet = 4, Empfangen = 1, Verloren = 3
(75% Verlust),

Z:\>

Z:\>ping 192.168.50.103

Ping wird ausgeführt für 192.168.50.103 mit 32 Bytes Daten:
Antwort von 192.168.50.181: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.50.103:
Pakete: Gesendet = 4, Empfangen = 1, Verloren = 3
(75% Verlust),


Ping von der Server VM aus auf die Drucker 192.168.50.12
ping 192.168.50.102

Ping wird ausgeführt für 192.168.50.102 mit 32 Bytes Daten:
Antwort von 192.168.50.12: Zielhost nicht erreichbar.
Antwort von 192.168.50.12: Zielhost nicht erreichbar.
Antwort von 192.168.50.12: Zielhost nicht erreichbar.
Antwort von 192.168.50.12: Zielhost nicht erreichbar.

Ping-Statistik für 192.168.50.102:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),

ping 192.168.50.103

Ping wird ausgeführt für 192.168.50.103 mit 32 Bytes Daten:
Antwort von 192.168.50.12: Zielhost nicht erreichbar.
Antwort von 192.168.50.12: Zielhost nicht erreichbar.
Antwort von 192.168.50.12: Zielhost nicht erreichbar.
Antwort von 192.168.50.12: Zielhost nicht erreichbar.

Ping-Statistik für 192.168.50.103:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),

Die Server VM macht den DHCP von 192.168.50.150 bis 192.168.50.200
Die IP der Drucker sind manuell Festgelegt.

@Joe Dalton
zu deinen Fragen:

Anbei vom Client 192.168.50.181 aus IPconfig /all
Dabei ist zu beachten das die Verbinung gerade Per hotspot (smartphone) besteht und das lokale netzwerk über Ethernet-Adapter Ethernet 3 verbindung zum Netzlaufwerk und Server, darüber sollte eigentlich auch der Drucker erreichbar sein.

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : BER-NB--203
Prim„res DNS-Suffix . . . . . . . : bpk.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : bpk.local

Unbekannter Adapter LAN-Verbindung:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : LANCOM Secure Client Virtual NDIS6.20 Adapter
Physische Adresse . . . . . . . . : 02-00-DB-F6-5A-C0
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter Ethernet:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix: bpk.local
Beschreibung. . . . . . . . . . . : Realtek PCIe GbE Family Controller
Physische Adresse . . . . . . . . : 6C-2B-59-57-E9-5A
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter Ethernet 3:

Verbindungsspezifisches DNS-Suffix: bpk.local
Beschreibung. . . . . . . . . . . : Dell GigabitEthernet
Physische Adresse . . . . . . . . : 6C-2B-59-57-E9-5B
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::98ae:72c9:7c4e:4d60%14(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.50.181(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Mittwoch, 24. November 2021 18:01:47
Lease l„uft ab. . . . . . . . . . : Samstag, 4. Dezember 2021 09:27:29
Standardgateway . . . . . . . . . : 192.168.50.50
DHCP-Server . . . . . . . . . . . : 192.168.50.12
DHCPv6-IAID . . . . . . . . . . . : 510405465
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-24-14-DA-9B-6C-2B-59-57-E9-5A
DNS-Server . . . . . . . . . . . : 192.168.50.12
192.168.100.10
NetBIOS ber TCP/IP . . . . . . . : Aktiviert

Drahtlos-LAN-Adapter LAN-Verbindung* 1:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Physische Adresse . . . . . . . . : 98-3B-8F-1F-E5-60
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 2:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
Physische Adresse . . . . . . . . : 9A-3B-8F-1F-E5-5F
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter WLAN:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) Wireless-AC 9560
Physische Adresse . . . . . . . . : 98-3B-8F-1F-E5-5F
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::dd97:a3ca:e1ba:9857%22(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 172.20.10.2(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.240
Lease erhalten. . . . . . . . . . : Freitag, 26. November 2021 09:32:43
Lease l„uft ab. . . . . . . . . . : Samstag, 27. November 2021 09:18:42
Standardgateway . . . . . . . . . : 172.20.10.1
DHCP-Server . . . . . . . . . . . : 172.20.10.1
DHCPv6-IAID . . . . . . . . . . . : 177748879
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-24-14-DA-9B-6C-2B-59-57-E9-5A
DNS-Server . . . . . . . . . . . : 172.20.10.1
NetBIOS ber TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Bluetooth-Netzwerkverbindung:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Physische Adresse . . . . . . . . : 98-3B-8F-1F-E5-63
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

als Anlage noch ipconfig vom Server VM aus.
DNS Server 192.168.100.10 ist gerade nicht erreichbar da das VPN ohne Internet nicht funktioniert.

Braucht ihr weitere Infos ?
 

Anhänge

  • VMipconfig.jpeg
    VMipconfig.jpeg
    110,3 KB · Aufrufe: 280
Zuletzt bearbeitet:
Was hat das VPN jetzt mit der ganzen sache zu tun?
Auffaellig ist schonmal: Die VM 192.168.50.12 ist der DomainController? Wenn ja: der muss sich selbst, und nur sich selbst, als DNS Server drin stehen haben. Externe DNS richtet man dann in der lokalen DNS Verwaltung ein.
Das gibts sonst schnell diverseste Probleme. Das hat allerdings mit deiner Druckerproblematik nicht direkt was zu tun.

Was ich weiss ist, das Windows mit 2 NICs mit Default Gateways in unterschiedlichen Netzen nicht so gut klarkommt. Das sollte zwar kein Problem darstellen, weil die Drucker ja in einem lokalen Subnetz liegen, aber ichhab schon Pferde kotzen sehen :p

Liefere mal ein route print von den verschiedenen Maschinen. Evtl. sieht man da was.

Aber was ich jetzt erst sehe:
mickyturbo schrieb:
Wandert das Problem mit, wenn Du ein Notebook an das Kabel/den Port eines Drucker nutzt?
Das beantwortest du mit ja.

Heisst das, wenn du ein anderes Geraet an dem Port anklemmst, mit 192.168.50.x IP, dann erreichst du dieses auch nicht?
Was passiert wenn du den Drucker an einen anderen Port haengst? Der Switch ist unmanaged, ver-konfiguriert kann er also nicht sein, aber vielleicht ist der Port kaputt. Evtl. ist auch eine ganze Portgruppe ausgefallen, wechsele die mal wenn genug freie Ports auf den Switch sind.
Deswegen noch eine Frage zum Layer 1: Hast du ueberhaupt Link? Hast du die Netzwerkkabel getauscht?
 
hi,

sorry sollte heissen problem wandert nicht mit, laptop dort angestöpselt und er funktioniert im lokalen netzwerk.

Habe ja auch den Drucker auf einen ganz andere Portgruppe der switch gesteckt

Route print vom Client 192.168.50.181:

Z:\>route print
===========================================================================
Schnittstellenliste
10...02 00 db f6 5a c0 ......LANCOM Secure Client Virtual NDIS6.20 Adapter
20...6c 2b 59 57 e9 5a ......Realtek PCIe GbE Family Controller
14...6c 2b 59 57 e9 5b ......Dell GigabitEthernet
9...98 3b 8f 1f e5 60 ......Microsoft Wi-Fi Direct Virtual Adapter
19...9a 3b 8f 1f e5 5f ......Microsoft Wi-Fi Direct Virtual Adapter #2
22...98 3b 8f 1f e5 5f ......Intel(R) Wireless-AC 9560
16...98 3b 8f 1f e5 63 ......Bluetooth Device (Personal Area Network)
1...........................Software Loopback Interface 1
===========================================================================

IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 172.20.10.1 172.20.10.2 50
0.0.0.0 0.0.0.0 192.168.50.50 192.168.50.181 25
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
172.20.10.0 255.255.255.240 Auf Verbindung 172.20.10.2 306
172.20.10.2 255.255.255.255 Auf Verbindung 172.20.10.2 306
172.20.10.15 255.255.255.255 Auf Verbindung 172.20.10.2 306
192.168.50.0 255.255.255.0 Auf Verbindung 192.168.50.181 281
192.168.50.181 255.255.255.255 Auf Verbindung 192.168.50.181 281
192.168.50.255 255.255.255.255 Auf Verbindung 192.168.50.181 281
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 172.20.10.2 306
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.50.181 281
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 172.20.10.2 306
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.50.181 281
===========================================================================
Ständige Routen:
Keine

IPv6-Routentabelle
===========================================================================
Aktive Routen:
If Metrik Netzwerkziel Gateway
1 331 ::1/128 Auf Verbindung
22 306 fe80::/64 Auf Verbindung
14 281 fe80::/64 Auf Verbindung
14 281 fe80::98ae:72c9:7c4e:4d60/128
Auf Verbindung
22 306 fe80::dd97:a3ca:e1ba:9857/128
Auf Verbindung
1 331 ff00::/8 Auf Verbindung
22 306 ff00::/8 Auf Verbindung
14 281 ff00::/8 Auf Verbindung
===========================================================================
Ständige Routen:
Keine

Z:\>


Route print von VM 192.168.50.12:
siehe bild
 

Anhänge

  • route.jpeg
    route.jpeg
    129,7 KB · Aufrufe: 275
Puh, die Routingtabelle des Clients ist wie erwartet durch die zwei Defaultgateways ziemlich verworren, aber die des Servers sieht so in Ordnung aus. Die Routen fuer 192.168.50.0 passen aber soweit.

Daher nochmal die Frage: Hast du Link auf dem Port an dem der Drucker haengt?

Ich wuerde gegebenenfalls nochmal einen Schritt zurueck gehen, und mal einem deiner Notebooks eine feste IP, zB 192.168.50.100, Maske 255.255.255.0 und kein Gateway geben, und dieses dann direkt an den Drucker anschliessen. Schauen ob du Link bekommst, es kann sein das du ein Crosskabel brauchst wenn das Druckerinterface auf 100 Mbit/s steht.

Wenn du den Drucker dann immer noch nicht erreichen kannst: Testweise in der Windows Firewall alles erlauben. Wenn es dann immer noch nicht geht haben die Drucker ein Problem. Dann wuerd ich die mal komplett auf Werkseinstellungen zuruecksetzen.
 
  • Gefällt mir
Reaktionen: mickyturbo
Die Routingtabelle ist nicht verworren. Du kannst drei Dutzend Standardrouten drinhaben, wenn du Lust darauf hast. Windows nutzt eben nur die mit der niedrigsten Metrik.

Mehrere Standardrouten werden erst dann zu einem Problem, wenn eben genau die falsche Standardroute die niedrigste Metrik hat. Beispielweise wenn man einen Laptop via WLAN im Netzwerk mit Internet hängen hat und am LAN ein rein lokales Netzwerk anliegt (zB ein reines offline-LAN, das maximal in andere lokale (V)LANs darf). LAN-Verbindungen haben nämlich automatisch eine niedrigere Metrik als WLAN, sofern man nicht händisch eingreift und die Metrik ändert.


Fassen wir zusammen:

Drucker an dem Kabel bekommt via DHCP eine falsche IP, mit statischer IP funktioniert er aber auch nicht.
Laptop an demselben Kabel bekommt via DHCP eine IP und funktioniert einwandfrei.



Ist das so korrekt? Hast du denn mittlerweile nachgeschaut was die Drucker via DHCP für eine IP bekommen?

Ranayna schrieb:
Schauen ob du Link bekommst, es kann sein das du ein Crosskabel brauchst wenn das Druckerinterface auf 100 Mbit/s steht.
Die Idee ist gar nicht so doof. Auto-MDI-X ist generell nur "optional", aber mir ist bisher kein einziger GigabitEthernet-Adapter bekannt, der das NICHT unterstützt. Dennoch kann es sein, dass Ricoh da irgendwelchen Murx macht, wenn man die Schnittstelle auf FastEthernet festnagelt. Allerdings muss man dazusagen, dass es reicht, wenn eine Seite Auto-MDI-X beherrscht, also beispielsweise der Switch am anderen Ende.

Trotzdem würde ich die Drucker einfach mal testweise auf DHCP und 1Gbit bzw. Auto umschalten, eventuell sogar einen Werksreset machen wie @Ranayna schon vorgeschlagen hat. Vorher solltest du sicherheitshalber ein Backup der Einstellungen sichern.
 
Normalerweise nicht. Die Routingtabelle funktioniert grundsätzlich so:
  1. Ziel-IP aa.bb.cc.dd
  2. Die genaueste Router passend für aa.bb.cc.dd suchen (vereinfacht dargestellt)
    • aa.bb.cc.dd ? ja und weiter mit 3, sonst
    • aa.bb.cc.*? ja und weiter mit 3, sonst
    • aa.bb.*? ja und weiter mit 3, sonst
    • aa.*? ja und weiter mit 3, sonst
    • *? ja und weiter mit 3 (=default route 0.0.0.0)
  3. Gibt es mehrere gleichwertige Treffer?
    • nein --> los geht's
    • ja --> nimm die mit der niedrigsten Metrik --> los geht's

Bei 2. wird der Eintrag gesucht, in den die Ziel-IP reinpasst und bei dem die Subnetzmaske möglichst wenig Nullen enthält. Das heißt, dass eine Route mit Subnetzmaske 255.255.255.255 spezifischer/passender ist (nämlich nur genau 1 Adresse) als eine Route mit Subnetzmaske 255.255.255.0 (nämlich 256 Adressen), die wiederum passender ist als eine Route mit Subnetzmaske 0.0.0.0 (nämlich ALLE Adressen).
Demnach wird die Standardroute (0.0.0.0) als allerletztes genommen, wenn keiner der anderen Einträge in der Routingtabelle passt. Sobald aber eine IP-Adresse an einer Schnittstelle konfiguriert wird, erstellt das System vollautomatisch Routen für die IP selbst (mit 255.255.255.255) sowie das Subnetz (255.255.255.0). Somit ist das Standardgateway hinfällig, wenn die Ziel-IP im lokalen Subnetz liegt.




Wie auch immer, einmal Backup der Einstellungen vornehmen und danach den Drucker resetten und ggfs prüfen ob die Schnittstelle nun auf DHCP steht und sonst auf DHCP umstellen. Genau notieren welche IP der Drucker dann bekommt und diese hier posten. Dann sehen wir weiter.
 
  • Gefällt mir
Reaktionen: Mac_Leod und mickyturbo
omavoss schrieb:
"Reboot tut gut."
Ist der Server mal neu gebootet worden?
mache ich montag...

Ranayna schrieb:
Puh, die Routingtabelle des Clients ist wie erwartet durch die zwei Defaultgateways ziemlich verworren, aber die des Servers sieht so in Ordnung aus. Die Routen fuer 192.168.50.0 passen aber soweit.

Daher nochmal die Frage: Hast du Link auf dem Port an dem der Drucker haengt?

Ich wuerde gegebenenfalls nochmal einen Schritt zurueck gehen, und mal einem deiner Notebooks eine feste IP, zB 192.168.50.100, Maske 255.255.255.0 und kein Gateway geben, und dieses dann direkt an den Drucker anschliessen. Schauen ob du Link bekommst, es kann sein das du ein Crosskabel brauchst wenn das Druckerinterface auf 100 Mbit/s steht.

Wenn du den Drucker dann immer noch nicht erreichen kannst: Testweise in der Windows Firewall alles erlauben. Wenn es dann immer noch nicht geht haben die Drucker ein Problem. Dann wuerd ich die mal komplett auf Werkseinstellungen zuruecksetzen.
Ich schaue nochmal am Montag an welchen Port der Drucker genau angestöpselt ist (switch).
Anbei noch ein Bild an welchem port muss ich nochmal schauen

Evtl. war der Drucker vor dem Umzug direkt am Lancom Router angestöpselt was ist aber nicht glaube.
Ergänzung ()

Ranayna schrieb:
Puh, die Routingtabelle des Clients ist wie erwartet durch die zwei Defaultgateways ziemlich verworren, aber die des Servers sieht so in Ordnung aus. Die Routen fuer 192.168.50.0 passen aber soweit.

Daher nochmal die Frage: Hast du Link auf dem Port an dem der Drucker haengt?

Ich wuerde gegebenenfalls nochmal einen Schritt zurueck gehen, und mal einem deiner Notebooks eine feste IP, zB 192.168.50.100, Maske 255.255.255.0 und kein Gateway geben, und dieses dann direkt an den Drucker anschliessen. Schauen ob du Link bekommst, es kann sein das du ein Crosskabel brauchst wenn das Druckerinterface auf 100 Mbit/s steht.

Wenn du den Drucker dann immer noch nicht erreichen kannst: Testweise in der Windows Firewall alles erlauben. Wenn es dann immer noch nicht geht haben die Drucker ein Problem. Dann wuerd ich die mal komplett auf Werkseinstellungen zuruecksetzen.
schaue am Montag nochmal genauer nach...

Raijin schrieb:
Wie auch immer, einmal Backup der Einstellungen vornehmen und danach den Drucker resetten und ggfs prüfen ob die Schnittstelle nun auf DHCP steht und sonst auf DHCP umstellen. Genau notieren welche IP der Drucker dann bekommt und diese hier posten. Dann sehen wir weiter.
Versuche ich am Montag sollte nichts anderes helfen wie zB. VM neustart usw.
 

Anhänge

  • linkact switch.jpg
    linkact switch.jpg
    50,6 KB · Aufrufe: 257
Zuletzt bearbeitet:
Meiner Meinung nach sollte man die komplette Struktur mal rausnehmen um zu schauen ob nicht vllt. der Drucker selbst das Problem ist.

Bedeutet:
Einfaches 0815 Switch nehmen, Drucker da anschließen, Testnotebook da anschließen. Manuell Drucker und Netzwerkkarte (und nur die, kein WLAN in andere Netze zusätzlich etc) des Testnotebooks ins selbe Netz konfigurieren und dann schauen ob der Drucker genutzt werden kann (nicht nur Ping, nicht das der bei dem Gerät einfach unterbunden wird, sondern auch versuchen das Ding als TCP/IP Drucker zu registrieren).

Funktioniert das, dann kann man weiterschauen. Funktioniert das nicht dann ist das Problem eher beim Drucker zu suchen. Dann würde ich den aufjedenfall erstmal auf Werkseinstellungen zurücksetzen und dann damit testen.

Danach kann man ihn wieder ins Netz nehmen, mit Minimalkonfiguration, ohne Anbindung an den DC/Druckserver und schauen ob das dann funktioniert.

Eben Stück für Stück und schauen an welcher Stelle das Teil dann eben nicht mehr mitmacht.
 
Hi,

also die IP durcker ip beim automatisch beziehen ist die 169.254.69.147
Also antwortet kein DHCP server , ich werde am besten die VM neu Staten und ggf. den Drucker zurücksetzten.
 
Zurück
Oben