gkeller

Hallo Jan,

hab das mal angefügt - sieht aber aus meiner Sicht nicht auffällig aus.

Das die Adapter IPV6 Adressen haben hat keine Auswirkungen, hatte ich auch schon mal deaktiviert - gleiches Ergebnis.

Das Netzwerk ist ein ist ein ganz normales Netzwerk 192.168.0.0/16 mit WLAN/ LAN Infrastruktur, keine Firewalls, jedes System im Subnetz 192.168.0.0/16 kann mit jedem System kommunizieren, alle Systeme sind im gleichen VLAN

Es muss doch eine Möglichkeit geben die "komplette Netzwerkumgebung" zurückzusetzen, von mir aus kann die Kiste dann ja auch die Netzwerkkarten etc. dann neu erkennen und installieren und auch alle Dienste die mit der Verwaltung von Netzwerk zu tun haben. Ich will halt einen kompletten Neuaufbau des Systems vermeiden. Alle Apps... laufen, nur es gibt keine Möglichkeit von außen mit dem System zu kommunizieren und ich weiss nicht warum. Bin etwas ratlos.

Features:

Ich will im einfachsten Fall per RDP auf das System:

• RDP ist aktiviert: netstat -an -> TCP    0.0.0.0:3389           0.0.0.0:0              ABHÖREN
  diese sind u.a. auch aktiviert ... ist also nicht das Problem, das der Service/ Programm nicht startet. Lokal auf dem System geht das aber nicht über das Netzwerk.
    TCP    0.0.0.0:135            0.0.0.0:0              ABHÖREN
    TCP    0.0.0.0:445            0.0.0.0:0              ABHÖREN
  
   
• FW deaktiviert: (sollte also auch keine Regel greifen)

  root@pi02:~# nmap 192.168.8.81

  Starting Nmap 7.40 ( https://nmap.org ) at 2021-06-23 10:48 CEST
  Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
  Nmap done: 1 IP address (0 hosts up) scanned in 0.98 seconds

•  

  Ping geht auch nicht

C:\WINDOWS\system32>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : DESKTOP-2MLO8O9
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
	DNS-Suffixsuchliste . . . . . . . : af32shs.local
Ethernet-Adapter Ethernet:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection (4) I219-LM
   Physische Adresse . . . . . . . . : 8C-16-45-FC-CE-93
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Unbekannter Adapter OpenVPN Wintun:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Wintun Userspace Tunnel
   Physische Adresse . . . . . . . . :
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Unbekannter Adapter OpenVPN TAP-Windows6:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : TAP-Windows Adapter V9
   Physische Adresse . . . . . . . . : 00-FF-CE-83-E1-79
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 9:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
   Physische Adresse . . . . . . . . : 38-BA-F8-56-0C-D5
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 10:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
   Physische Adresse . . . . . . . . : 3A-BA-F8-56-0C-D4
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter WLAN:

   Verbindungsspezifisches DNS-Suffix: AF32shs.local
   Beschreibung. . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 8265
   Physische Adresse . . . . . . . . : 38-BA-F8-56-0C-D4
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2a00:6020:4003:c400:b4b3:8938:c90f:f328(Bevorzugt)
   IPv6-Adresse. . . . . . . . . . . : fd00::b4b3:8938:c90f:f328(Bevorzugt)
   Temporäre IPv6-Adresse. . . . . . : 2a00:6020:4003:c400:2035:f4eb:7c30:cafe(Bevorzugt)
   Temporäre IPv6-Adresse. . . . . . : fd00::2035:f4eb:7c30:cafe(Bevorzugt)
   Verbindungslokale IPv6-Adresse  . : fe80::b4b3:8938:c90f:f328%16(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.8.81(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Lease erhalten. . . . . . . . . . : Mittwoch, 23. Juni 2021 08:05:46
   Lease läuft ab. . . . . . . . . . : Samstag, 30. Juli 2157 17:10:15
   Standardgateway . . . . . . . . . : fe80::de15:c8ff:fe46:9f97%16
                                       192.168.8.2
   DHCP-Server . . . . . . . . . . . : 192.168.8.2
   DHCPv6-IAID . . . . . . . . . . . : 490257144
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-27-6C-19-6A-8C-16-45-FC-CE-93
   DNS-Server  . . . . . . . . . . . : fd00::9a9b:cbff:fe04:9b44
                                       192.168.110.2
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Bluetooth-Netzwerkverbindung:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network)
   Physische Adresse . . . . . . . . : 38-BA-F8-56-0C-D8
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter vEthernet (Default Switch):

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
   Physische Adresse . . . . . . . . : 00-15-5D-E3-01-49
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::c155:d848:431d:6d2e%62(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 172.28.96.1(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.240.0
   Standardgateway . . . . . . . . . :
   DHCPv6-IAID . . . . . . . . . . . : 1040192861
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-27-6C-19-6A-8C-16-45-FC-CE-93
   DNS-Server  . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Hallo,

ich habe ein eigenartiges Problem. Windows 10 Pro ist im Netzwerk überhaupt nicht mehr sichtbar, bedeutet weder Ping, noch RDP, .... gehen. So wie es aussieht sind ALLE EINGEHENDEN Verbindungen disabled. Vom Verhalten her würde ich sagen die Kiste verhält sich als ob NAT auf einem Router aktiviert ist. Alle AUSGEHENDEN Verbindungen funktionieren.

Ich habe OHNE Erfolg bereits folgendes gemacht:

• Mehrfach Netzwerk reset (netsh.....)
• FW reset -> Standard -> Deaktiviert
• Hyper-V Deinstalliert/ Installiert ...
• Zusätzliche Problembehandlungen | Weitere Probleme suchen und beheben | Eingehende Verbindungen bringt folgendes Ergebnis

Ich vermute irgendetwas mit NAT ist hier durcheinander gekommen (auch wenn ich nicht weiss wie und wann)

Kennt das jemand und was genau muss ich jetzt machen, losgelöst von den Punkten die ich bereits gemacht habe.

Gibt es bei Windows die Möglichkeit OHNE eine komplette Neuinstallation die gesamte Netzwerk grundlegend zurückzusetzen?

Vielen Dank für die Hilfe, Georg

Hallo, ich mag kurz noch eine Rückinfo geben. Ich habe es jetzt mit Umwegen am laufen wie ich es brauche. Ich habe einen FritzWlan Stick AC860 mit einem externen vSwitch verbunden. Damit ist der Host quasi mit zwei NICs am WLAN wobei nur der eine für den Host genutzt wird.

Hier die Netzwerkumgebung im Host OS:

Hier die Netzwerkumgebung im VM-OS:

Ist zwar nicht die ideale Lösung aber viele Wege führen nach Rom

Sollte ich das Host OS mal neu installieren wäre es dann auch die Gelegenheit mal einen Anlauf zu nehmen NAT über den eingebauten WLAN Adapter zu machen. Wenn es denn dann geht....

Bis dahin bleibt es einfach so wie es jetzt ist und an dieser Stelle vielen Dank für die Beiträge und Hilfe.

Am 4.1.2021 um 19:10 schrieb besttomky:

 

Hat jemand einen Tipp für eine günstige VPN - Software Lösung für die Clients, damit ich von extern auf meinem Windows Server 2019 Standard zugreifen kann?

openVPN mir RaspberryPi und darauf pivpn, ist einfach zu installieren, ist einfach zu verwalten, läuft zuverlässig und stabil. Clients gibt es für alles im Windows und Linux Umfeld so verfügbar ist

Am 11.2.2021 um 12:47 schrieb superguddy777:

Ich möchte von meinem Handy aus ebenfalls auf diesen Webserver zugreifen können. Dazu habe ich mir einen kleinen WLAN-Switch gekauft, der mein PC und das Handy miteinander verbindet. Was muss ich nun wo einrichten, damit ich vom

Hany aus via lokalem WLAN den Webserver in der Hyper-V ansprechen kann? Quasi über den WLAN-Router, den lokalen PC Zugriff auf die VM. Braucht es da eine Netzwerkbrücke, ein Routing, oder sonst was?

Moin, hast Du ein Bild eine Skizze ?

vg, georg

Jetzt habe ich nachdem ich Hyper V deinstalliert habe ein Update auf Version Win10 Enterprise 20H2 gemacht und vorher möglichst viel bereinigt. Hat zwar sehr lange gedauert aber Hyper V läuft wieder - allerdings immer noch OHNE NAT.

Die IP ders NICs in der VM bekommt vom Deafult Switch eine IP Adresse zugewiesen. Von dem Hostsystem komme ich über den Default Switch auf die VM (mit Ping und auch andere Dienste) ABER nicht von der VM auf den host (und schon gar nicht ins Internet)

Routingtabellen passen alle. Fehlermeldungen in der Ereignisanzeige gibt es keine.

Erstelle ich einen vSwitch der an dem LAN Anschluß (Ethernet Karte) hängt und die VM auch an diesem Switch - bekomme ich eine Kommunikation aus der VM über den vSwitch ins Internet. Jetzt aber nur OHNE NAT. Die VM verhält sich jetzt wie ein eigenständiger PC.

Zitat

Du könntest es mit „netcfg -d“ versuchen, das setzt die Netzwerkkonfiguration komplett zurück.

Das habe ich jetzt noch nicht probiert. Was passiert dann mit den ganzen Netzwerkadaptern inkl. VPN Interfaces, sind die dann weg und müssen ggf. neu erstellt werden, ggf. auch SW nachinstalliert werden?

Bin etwas ratlos - neu installieren ist aktuell keine echte Option. Noch jemand eine Idee?

Doch es geht, auf einem anderen Notebook habe ich es am laufen. Mit PS muss man das heute nicht mehr machen. Der Default vSwitch wird automatisch angelegt bei der Installation und kann auch nicht gelöscht werden. Der hat auch immer die gleiche id um den Umzug von VMs zu vereinfachen.

Ich werde nochmal ein Reinstall versuchen und vorher schau ich mal was offensichtlich NICHT deinstalliert wurde. Alles andere läuft ja prima auf dem System.

Gibt es denn die Möglichkeit hypee v komplett neu zu installieren,  also wie echten fresh install?

vor 9 Minuten schrieb BOfH_666:

Wenn ich mich recht erinnere, ist der Default-Switch ausschließlich für die Kommunikation zwischen Host und Gast geeignet. Wenn die VM Ziele "jenseits" des Hosts erreichen soll, musst Du einen "externen" Switch benutzen.

Nein, es ein "NAT" Switch. Auf einem anderen Gerät bei mir funktioniert es wie es soll. Seit Version 17xx ist das so...

Netzwerk mit NAT geht nicht:
- ich habe die VM an den Default switch gehängt und danach sollte die VM über die HOST WLAN Karte ins Internet gehen. Macht sie aber nicht. Schließe ich das LAN Kabel an und gehe damit ins Internet, gleiches Ergebnis

- Erstelle ich einen neuen Switch Extern, verbinde diesen mit der LAN Karte, geht alles wie es soll.

Woran mache ich fest das NAT nicht geht?

- Die VM bekommt eine IP vom DHCP des default switch 172.x.x.x.... bis dahin ist alles gut

- jede Kommunikation aus einer VM über den Default Switch nach außen schlägt fehl

- alle FWs sind aus, das kann es nicht sein

Daraufhin hab ich über die featureauswahl Hyper V mehrmals deinstalliert und wieder installiert. Das sind die normalen OS Tools. Da bin ich jetzt ...

Hallo,

ich habe folgende Probleme.

Umgebung und mein Ziel:

Windows 10 Enterprise Vers. 2004. System (Notebook) mit i7 CPU, 8 Cores, 32GB RAM. Ich möchte Hyper V nutzen und zwar mit NAT über den Default Switch (WLAN Karte). Ich habe Hyper V über die features.... installiert und die VM eingerichtet (Win10Pro).

Ergebnis:

- VM läuft

- Netzwerk mit NAT geht nicht Ich komme zwar über den "Default Switch" vom Host auf die VM aber nicht von der VM zum Default GW, schon gar nicht ins Internet, DHCP Zuweisung geht aber bei NAT sollte man doch eigentlich nicht vom Host auf die VM kommen, eher umgedreht.

- hänge ich die VM an einen neuen Switch mit Konfiguration "extern" und baue die Connection in das Internet über die LAN Karte auf, geht alles wie es soll. Jedoch ohne NAT und nicht mit WLAN. Aber so wie es soll.

Versuch der Lösung:

- mehrmals deinstallieren und neuinstallieren von Hyper V über Features

Status jetzt:

- VMs starten nicht mehr, auch nicht wenn ich die KOMPLETT neu einrichte

- NAT über Default Switch geht nicht

- Konfiguration anpassen, HDD File entfernen und wieder hinzufügen, Neue Config mit dem HDD File bringt immer das gleiche Ergebnis

- Irgendetwas scheint mit der Hyper V Berechtigung nicht zu stimmen. "Unbekanntes Konto" hab so ein Gefühl, kann es aber nicht einordenen. Ich vermute die Installation ist total kaputt. Neue eingerichtete VM starten ebenfalls NICHT

Hat jemand einen Tip? Vielen lieben Dank.

Gibt es die Möglichkeit Hyper V komplett zu entfernen und neu zu installieren?

... jetzt bin ich verloren. Was hat Bitlocker (Verschlüsselung von Datenträgern) jetzt mit der Sichtbarkeit von Servern/ shares in der Netzwerkumgebung zu tun?

Hallo zusammen,

jetzt habe ich einiges an Antworten bekommen und für mich entschieden - ich beerdige das Thema Sichtbarkeit von Systemen in der Netzwerkumgebung. Da alles andere funktioniert ist es nix was wirklich zwingend notwendig ist. Daher schon mal vielen Dank an alle hier im Forum.

vor 10 Minuten schrieb lefg:

Aber geht es wirklich nicht ohne?

... doch geht es. Der Zugriff auf alle Systeme klappt ja auch, einzig die Sichtbarkeit unterhalb der Netzwerkumgebung ist NICHT gegeben. Technisch hat es mich natürlich jetzt gereizt herauszubekommen warum sehe ich manche Systeme und manche halt nicht. Ist für mich etwas verwirrend.

Also wenn es _technisch_ nicht geht - jo, dann ist es so.

vor 2 Stunden schrieb Dukel:

Wieso installierst du keinen DNS Server im Netz (z.B. auf dem Samba Server)?

Bisher war es nicht notwendig, der Verweis auf den DNS (8.8.8.8 oder Fritz Box) hat gereicht. Wir reden von <10 Windows Clients, allerdings diversen IoT Geräten, Smart Home, etc. Um die geht es hier aber prinzipiell nicht.

Warum nutze ich einen DNS outsite ?

Es gibt 2 Internetzugänge. Einen DSL und einen LTE. Der LTE ist der Fallback falls der DSL ausfällt. Beide laufen zentral auf einem CISCO Router auf. Über die Metric wird der Fallback gesteuert. Der zentrale CISCO Router ist das default GW im Netz.

Wenn man den DNS auf dem DSL Router nimmt und der ausfällt geht auch DNS nicht. Für interne Hosts war es bisher nicht notwendig einen DNS Server zu haben. Welche Rolle spielt denn der DNS in dem konstrukt mit der Sichtbarkeit der Systeme unter Windows?

OK, das habe ich hier nicht geschrieben. Die Systeme sind nicht in einem DNS. Kann man das lösen in dem ich auf allen Systemen eine identische /etc/hosts einstelle? Alle Kisten verweisen auf einen externen DNS, google 8.8.8.8. Ich könnte einen aufsetzen wenn es zwingend notwendig ist.
Was hat das mit dem IP-V6 auf sich, ist aktiviert auf den Kisten.

Hallo,

folgende Situation.

• Windows 7 und 10 Clients im Netzwerk (192.168.8.x/16), Clients haben Netbios over TCPI/IP aktiviert, WINS Server ist überall eingetragen.
• Samba Server im Netzwerk (192.168.110.x/16)
• Auf einem Samba Server läuft der WINS Server, in den Clients ist der WINS Server eingetragen, die Systeme registrieren sich auch in der WINS DB.
• Alle Systeme verwenden SMB3, die Samba Systeme min. Protocoll NT1, max. Protokoll SMB3

Auf dem Samba server wo auch der WINS läuft sehe ich alle Samba Systeme und hier und da auch einen Win10 Client. (smbclient -L localhost). Der WINS Server ist auch Master Browser

Irgendwie hätte ich folgendes erwartet:

1. Würden alle System braodcasting verwenden müssten diese sich doch sehen denn bei einer /16 netzmaske sind alle in der gleichen Broadcast Domain
2. Durch das eintragen von WINS sollten jetzt alle Clients den WINS Server befragen und in der Netzwerkumgebung den Inhalt des WINS Server anzeigen

Ich bekomme es nicht hin das die Clients in der Netzwerkumgebung angezeicht werden. Wenn ich die Systeme mit \\Systemname im Explorer anspreche sehe ich das System, Zugriff klappt auch.

Was mache ich falsch?

Vielen Dank, Georg