nmap 172.16.240.0/24 zeigt nur localhost (.4, .5) und 255, nicht aber z.B. 172.16.240.199 (von `arp -a` angezeigt).

floogy

Cadet 4th Year
Registriert
Jan. 2011
Beiträge
74
[Gelöst] VirtualBox Host-Only Ethernet Adapter war in VirtualBox manuell eingerichtet auf 172.16.240.5 etc.
LÖSUNG: VirtualBox > Datei > Host-Only Netzwerk-Manager ... > Eigenschaften > Tab Adapter: Radio-Button Adapter automatisch konfigurieren checked


Hallo,

wie im Betreff: nmap unter Windows zeigt im Heimnetz nichts mehr an. Die Hosts, z.B. Management Card (hp microserver), FreeNAS, nextcloud und FAMP jails werden aber im Mesh der Fritzbox angezeigt und sind auch erreichbar.

Ich hatte versucht das Intel ATM KVM zu konfigurieren. Möglicherweise habe ich etwas am Windows-System oder an der Fritz!box verstellt, das nun diese merkwürdigen Probleme bereitet, denn das KVM lies und lässt sich nicht erreichen, z.B. um Remote auf die BIOS-Einstellungen zugreifen zu können.

nmap (7.70, sowohl unter cygwin, als auch als zenmap.exe nativ)
Windows 7 (x64)
Fritz 7490, FritzOS 7.01

Intel® ME wurde auf die notwendigen Sicherheitspatches der Firmware aktualisiert (Intel® ME Information: Engine: Intel® Management Engine Version: 8.1.71.3608, Intel® Core™ i5-3475S CPU @ 2.90GHz , Gigabyte Mainboard Q77M-D2H, BIOS F1, Intel® INTEL-SA-00125 Detection Tool: „Dieses System hat keine Sicherheitslücken.“ :D – Super Meldung, oder? ;) ...

Ich hatte Versuchsweise die Windows Firewall ein oder ausgeschaltet.

Zuvor hatte ich MyFritz!2 Android-App von AVM installiert und mich per VPN mit dem Heimnetz verbunden. Dazu hatte ich, nach Aufforderung der App) die oberen IP-Ranges 200-255 für diese Zwecke „freigeschaltet“ oder besser reserviert.

$ ssh root@freenas ging eine Zeitlang nicht, nur per externe DynDNS-Verbindung. Nun habe ich den NetbiosName an die DynDNS Domain angepasst, jetzt geht das wieder lokal im LAN.

Aus dem FAMP-warden-jail (FreeBSD 11.0-RELEASE-p1) lässt sich das Netzwerk problemlos scannen.

SQL:
root@FAMP:/ # nmap -sn 172.16.240.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 12:32 CEST
Nmap scan report for fritz.box (172.16.240.3)
Host is up (-0.21s latency).
MAC Address: 38:10:D5:73:45:38 (AVM Audiovisuelles Marketing und Computersysteme GmbH)
Nmap scan report for Jamcast.fritz.box (172.16.240.4)
Host is up (-0.21s latency).
MAC Address: 90:2B:34:51:B4:CF (Giga-byte Technology)
Nmap scan report for 172.16.240.5
Host is up (-0.18s latency).
MAC Address: 00:22:61:C7:BC:D0 (Frontier Silicon)
Nmap scan report for android-305e77d43d32b71d.fritz.box (172.16.240.11)
Host is up (0.045s latency).
MAC Address: C0:C9:76:E1:30:04 (Shenzhen Tinno Mobile Technology)
Nmap scan report for freenas.fritz.box (172.16.240.15)
Host is up (0.00015s latency).
MAC Address: 02:C9:10:00:05:0A (Unknown)
Nmap scan report for nextcloud-1.fritz.box (172.16.240.16)
Host is up (-0.20s latency).
MAC Address: 02:FF:B0:00:07:0B (Unknown)
Nmap scan report for firefly-1.fritz.box (172.16.240.23)
Host is up (-0.18s latency).
MAC Address: BA:FE:43:80:7F:9E (Unknown)
Nmap scan report for LIFETAB.fritz.box (172.16.240.24)
Host is up (-0.096s latency).
MAC Address: 00:1A:13:80:66:2D (Wanlida Group)
Nmap scan report for 172.16.240.26
Host is up (-0.18s latency).
MAC Address: A0:B3:CC:E6:5E:9E (Hewlett Packard)
Nmap scan report for nextcloud.fritz.box (172.16.240.199)
Host is up (0.00026s latency).
MAC Address: 02:FF:60:BA:B5:82 (Unknown)
Nmap scan report for floogy.fritz.box (172.16.240.254)
Host is up (0.00015s latency).
MAC Address: 02:0C:D8:F9:90:00 (Unknown)
Nmap scan report for wordpress.freenas.local (172.16.240.19)
Host is up.
Nmap done: 256 IP addresses (12 hosts up) scanned in 7.82 seconds


Vielleicht hat ja jemand eine Idee?
 
Zuletzt bearbeitet:
Wurde nmap unter einer "run as Administrator" Umgebung (egal ob cygwin oder zenmap) ausgeführt? Sonst hat er keine Rechte auf die Netzwerkkarte und kann deswegen nicht scannen.
 
Er scannt ja. Findet aber nur localhost. Aber okay, habe zenmap nun mal mit „als Administrator ausführen“ gestartet, oder reicht das nicht? Da findet er auch nur localhost.

In einer powershell als Administrator gestartet findet nmap 7.70 auch nur localhost (sowohl auf 172.16.240.4, als auch .5).

Ich deinstallier zenmap mal und reinstalliere es, indem ich die setup per Admin ausführe ...
 
Zuletzt bearbeitet:
Ne, das starten als Admin sollte schon ausreichen. Seltsam ...
Testhalber mal die Windows Firewall komplett deaktivieren?
 
Ich habe nun das Administrator Konto aktiviert ...


Code:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Windows\system32>nmap -sn 172.16.240.0/24
Der Befehl "nmap" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

C:\Windows\system32>"c:\Program Files (x86)\Nmap\nmap.exe" -sn 172.16.240.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:57 Mitteleuropõische So
mmerzeit
Nmap scan report for mydomain.local (172.16.240.4)
Host is up.
Nmap scan report for 172.16.240.5
Host is up.
Nmap scan report for 172.16.240.255
Host is up (0.030s latency).
MAC Address: 00:22:61:C7:BC:D0 (Frontier Silicon)
Nmap done: 256 IP addresses (3 hosts up) scanned in 35.46 seconds

C:\Windows\system32>whoami
winpc\administrator

C:\Windows\system32>


floogy schrieb:
Ich hatte Versuchsweise die Windows Firewall ein oder ausgeschaltet.

Zuvor hatte ich MyFritz!2 Android-App von AVM installiert und mich per VPN mit dem Heimnetz verbunden.

Nach der Trennung der VPN-Verbindung ist auch alles beim Alten. Über die VPN-Verbindung von meinem androis-tablet aus, erreiche ich merkwürdigerweise nur die Fritz.box ... und nmap zeigt in terminux nur die gateway address des routers 172.16.240.3.

Ich dachte ich könne so z.B. vnc mit der lokalen IP-Adresse 172.16.240.4 über VPN getunnelt verbinden und auch andere administrative Seiten, wie z.B. die Intel AMT-Seite per http lokal gesichert durch den VPN-Tunnel erreichen ...
Ergänzung ()

Bin nun etwas weiter. Mit -Pn ließ sich bisher auch nicht arbeiten, nun funktioniert das aber (alle 256 hosts der range werden wohl einfach als up angenommen?)


Code:
floogy@winpc ~
$ nmap -sn 172.16.240.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:20 ope
Nmap scan report for mydomain.local (172.16.240.4)
Host is up.
Nmap scan report for 172.16.240.5
Host is up.
Nmap scan report for 172.16.240.255
Host is up (0.022s latency).
MAC Address: 00:22:61:C7:BC:D0 (Frontier Silicon)
Nmap done: 256 IP addresses (3 hosts up) scanned in 22.93 seconds


floogy@winpc ~
$ nmap -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:33 ope
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 8.60 seconds

floogy@winpc ~
$ nmap -sV -O 172.16.240.199 -Pn
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:22 ope
Nmap done: 1 IP address (0 hosts up) scanned in 10.09 seconds

floogy@winpc ~
$ nmap -sn 172.16.240.199 -Pn
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:22 ope
Nmap scan report for 172.16.240.199
Host is up.
Nmap done: 1 IP address (1 host up) scanned in 23.94 seconds


floogy@winpc~
$ nmap -sn 172.16.240.0/24 -Pn 2>&1 | grep '('
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:29 ope
Nmap scan report for fritz.box (172.16.240.3)
Nmap scan report for floogy.selfhost.eu (172.16.240.4)
Nmap scan report for android-305e77d43d32b71d.fritz.box (172.16.240.11)
Nmap scan report for freenas (172.16.240.15)
Nmap scan report for nextcloud-1.fritz.box (172.16.240.16)
Nmap scan report for FAMP.fritz.box (172.16.240.19)
Nmap scan report for PC-172-16-240-26.fritz.box (172.16.240.21)
Nmap scan report for firefly-1.fritz.box (172.16.240.22)
Nmap scan report for firefly-1.fritz.box (172.16.240.23)
Nmap scan report for LIFETAB.fritz.box (172.16.240.24)
Nmap scan report for nextcloud.fritz.box (172.16.240.199)
Nmap scan report for floogy.fritz.box (172.16.240.254)
Nmap done: 256 IP addresses (256 hosts up) scanned in 12.99 seconds

Möglicherweise hatte -Pn bisher nicht funktioniert, weil das bei -sV nichts bringt ...

Jetzt muss ich noch herausfinden, was das bedeutet ...
 
Zuletzt bearbeitet:
floogy@winpc ~
$ nmap -sn 172.16.240.0/24 -Pn | grep '('
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:25 ope
Stats: 0:02:17 elapsed; 0 hosts completed (0 up), 0 undergoing Host Discovery
Parallel DNS resolution of 256 hosts. Timing: About 87.40% done; ETC: 13:28 (0:00:19 remaining)
Nmap scan report for floogy.selfhost.eu (172.16.240.4)
Nmap scan report for freenas (172.16.240.15)
Nmap done: 256 IP addresses (256 hosts up) scanned in 154.37 seconds

floogy@winpc ~
$ nmap -sn 172.16.240.0/24 -Pn 2>&1 | grep '('
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:29 ope
Nmap scan report for fritz.box (172.16.240.3)
Nmap scan report for floogy.selfhost.eu (172.16.240.4)
Nmap scan report for android-305e77d43d32b71d.fritz.box (172.16.240.11)
Nmap scan report for freenas (172.16.240.15)
Nmap scan report for nextcloud-1.fritz.box (172.16.240.16)
Nmap scan report for FAMP.fritz.box (172.16.240.19)
Nmap scan report for PC-172-16-240-26.fritz.box (172.16.240.21)
Nmap scan report for firefly-1.fritz.box (172.16.240.22)
Nmap scan report for firefly-1.fritz.box (172.16.240.23)
Nmap scan report for LIFETAB.fritz.box (172.16.240.24)
Nmap scan report for nextcloud.fritz.box (172.16.240.199)
Nmap scan report for floogy.fritz.box (172.16.240.254)
Nmap done: 256 IP addresses (256 hosts up) scanned in 12.99 seconds

floogy@winpc ~
$ nmap -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:33 ope
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 8.60 seconds

floogy@winpc ~
$ nmap -PN 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:41 ope
Nmap done: 1 IP address (0 hosts up) scanned in 9.50 seconds

floogy@winpc ~
$ nmap -sS -O 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:41 ope
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 9.64 seconds

floogy@winpc ~
$ ping 172.16.240.199
PING 172.16.240.199 (172.16.240.199): 56 data bytes
92 bytes from 172.16.240.5: icmp_type=3 (Dest Unreachable) icmp_code=1
64 bytes from 172.16.240.199: icmp_seq=3 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=4 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=5 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=6 ttl=64 time=0 ms

----172.16.240.199 PING Statistics----
7 packets transmitted, 4 packets received, 42.9% packet loss
round-trip (ms) min/avg/max/med = 0/0/0/0

floogy@winpc ~
$ nmap -PN -sV -sS -O --reason -v 172.16.240.199
Warning: The -PN option is deprecated. Please use -Pn
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:44 ope
NSE: Loaded 43 scripts for scanning.
Initiating ARP Ping Scan at 13:44
Scanning 172.16.240.199 [1 port]
Completed ARP Ping Scan at 13:44, 1.36s elapsed (1 total hosts)
Nmap scan report for 172.16.240.199 [host down, received no-response]
Read data files from: C:\Program Files (x86)\Nmap
Nmap done: 1 IP address (0 hosts up) scanned in 10.16 seconds
Raw packets sent: 2 (56B) | Rcvd: 0 (0B)

floogy@winpc ~
$ nmap -PN -sV -O --reason -v 172.16.240.199
Warning: The -PN option is deprecated. Please use -Pn
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:44 ope
NSE: Loaded 43 scripts for scanning.
Initiating ARP Ping Scan at 13:44
Scanning 172.16.240.199 [1 port]
Completed ARP Ping Scan at 13:44, 1.37s elapsed (1 total hosts)
Nmap scan report for 172.16.240.199 [host down, received no-response]
Read data files from: C:\Program Files (x86)\Nmap
Nmap done: 1 IP address (0 hosts up) scanned in 10.34 seconds
Raw packets sent: 2 (56B) | Rcvd: 0 (0B)

floogy@winpc ~
$ nmap -PN -O --reason -v 172.16.240.199
Warning: The -PN option is deprecated. Please use -Pn
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:44 ope
Initiating ARP Ping Scan at 13:44
Scanning 172.16.240.199 [1 port]
Completed ARP Ping Scan at 13:44, 1.39s elapsed (1 total hosts)
Nmap scan report for 172.16.240.199 [host down, received no-response]
Read data files from: C:\Program Files (x86)\Nmap
Nmap done: 1 IP address (0 hosts up) scanned in 8.91 seconds
Raw packets sent: 2 (56B) | Rcvd: 0 (0B)

floogy@winpc ~
$ nmap -Pn -O --reason -v 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:45 ope
Initiating ARP Ping Scan at 13:45
Scanning 172.16.240.199 [1 port]
Completed ARP Ping Scan at 13:45, 1.37s elapsed (1 total hosts)
Nmap scan report for 172.16.240.199 [host down, received no-response]
Read data files from: C:\Program Files (x86)\Nmap
Nmap done: 1 IP address (0 hosts up) scanned in 8.84 seconds
Raw packets sent: 2 (56B) | Rcvd: 0 (0B)

floogy@winpc ~
$ nmap -Pn --reason -v 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:45 ope
Initiating ARP Ping Scan at 13:45
Scanning 172.16.240.199 [1 port]
Completed ARP Ping Scan at 13:45, 1.40s elapsed (1 total hosts)
Nmap scan report for 172.16.240.199 [host down, received no-response]
Read data files from: C:\Program Files (x86)\Nmap
Nmap done: 1 IP address (0 hosts up) scanned in 8.55 seconds
Raw packets sent: 2 (56B) | Rcvd: 0 (0B)

floogy@winpc ~
$ nmap -Pn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:45 ope
Nmap done: 1 IP address (0 hosts up) scanned in 8.54 seconds

floogy@winpc ~
$ nmap 172.16.240.199 -Pn
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:46 ope
Nmap done: 1 IP address (0 hosts up) scanned in 8.61 seconds

floogy@winpc ~
$ nmap -Pn -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:46 ope
Nmap scan report for 172.16.240.199
Host is up.
Nmap done: 1 IP address (1 host up) scanned in 24.05 seconds

floogy@winpc ~
$ nmap -Pn -O -sn 172.16.240.199
WARNING: OS Scan is unreliable without a port scan. You need to use a scan type along with it, such as -sS, -sT, -sF, etc instead of -sn
QUITTING!

floogy@winpc ~
$ nmap -Pn -O -sT 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:49 ope
Nmap done: 1 IP address (0 hosts up) scanned in 8.82 seconds

floogy@winpc ~
$ nmap -Pn -O -sF 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:49 ope
Nmap done: 1 IP address (0 hosts up) scanned in 8.83 seconds

floogy@winpc ~
$ nmap -Pn -O -sS 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:49 ope
Nmap done: 1 IP address (0 hosts up) scanned in 8.74 seconds

floogy@winpc ~
$ nmap -Pn -O -sV 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:49 ope
Nmap done: 1 IP address (0 hosts up) scanned in 10.12 seconds

floogy@winpc ~
$ nmap -Pn -sV 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:50 ope
Nmap done: 1 IP address (0 hosts up) scanned in 9.78 seconds

floogy@winpc ~
$ nmap -Pn -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:50 ope
Nmap scan report for 172.16.240.199
Host is up.
Nmap done: 1 IP address (1 host up) scanned in 24.06 seconds

floogy@winpc ~
$ nmap -Pn -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:52 ope
Nmap scan report for freenas.mydomain.selfhost.bz (172.16.240.199)
Host is up.
Nmap done: 1 IP address (1 host up) scanned in 7.49 seconds

floogy@winpc ~
$ nmap -sS -O 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:41 ope
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 9.64 seconds

floogy@winpc ~
$ ping 172.16.240.199
PING 172.16.240.199 (172.16.240.199): 56 data bytes
92 bytes from 172.16.240.5: icmp_type=3 (Dest Unreachable) icmp_code=1
64 bytes from 172.16.240.199: icmp_seq=3 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=4 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=5 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=6 ttl=64 time=0 ms

----172.16.240.199 PING Statistics----
7 packets transmitted, 4 packets received, 42.9% packet loss
round-trip (ms) min/avg/max/med = 0/0/0/0

floogy@winpc ~
$ nmap -Pn -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:46 ope
Nmap scan report for 172.16.240.199
Host is up.
Nmap done: 1 IP address (1 host up ) scanned in 24.05 seconds

floogy@winpc ~
$ nmap -Pn -O -sn 172.16.240.199
WARNING: OS Scan is unreliable without a port scan. You need to use a scan type along with it, such as -sS, -sT, -sF, etc instead of -sn
QUITTING!

floogy@winpc ~
$ nmap -Pn -sn 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 13:52 ope
Nmap scan report for freenas.mydomain.selfhost.bz (172.16.240.199)
Host is up.

Nmap done: 1 IP address (1 host up ) scanned in 7.49 seconds

Hm, also das sieht so aus, als würden Pings blockiert, aber nicht vollständig(?, siehe ping-Ausgabe.) Etwas merkwürdig ist sowieso die zusätzliche IP 172.16.240.5 für winpc. Vielleicht stört diese? Alle anderen nmap scans scheinen auf die Ping-Probe aber angewiesen zu sein, so dass nmap die Ausgabe ohne Ping-Probe verweigert und mit -Pn erzwungen werden muss, was dann wenigstens die DNS-Abfrage-Ergebnisse zeigt. freenas.mydomain.selfhost.bz hatte ich in die hosts-Datei nachgetragen, so dass die Ausgabe dann anders aussieht ...

Jetzt weiß ich aber immer noch nicht, was hier nmaps Ping-Abfragen blockiert. Die Windows-Firewall dürfte es ja nicht sein.
 
Ich frag mal andersherum: Was genau willst du am Ende überhaupt erreichen? Geht es dir rein darum, nmap zum Laufen zu kriegen oder willst du vielleicht etwas ganz anderes, das du aber irgendwie über nmap lösen willst und deswegen hier fragst? Nicht dass wir hier ein XY-Problem haben...

Bei dem ganzen Wirrwarr im ersten Post - du schmeißt hier gleich mit netbios, dyndns, myfritz, vpn und so um dich - ist mir zudem noch nicht so ganz klar ob du mal einen ganz banalen Ping versucht hast.
 
Etwas blockt die nmap ping probe, die wohl für nmap normalerweise notwendig ist um das Netzwerk richtig zu scannen. Mit -Pn kann man die Ping-Probe umgehen, was nmap dazu veranlasst die zu scannenden IPs als „host is up“ anzunehmen (selbst wenn er down ist). Damit zeigt es dann wenigstens die DNS-Ergebnisse.

Ich würde gerne per VPN auf bestimmte LAN-Dienste zugreifen und so z.B. VNC sicher tunneln.
Ergänzung ()

Code:
$ route print -4 172*
===========================================================================
Schnittstellenliste
47...02 00 4c 4f 4f 50 ......Microsoft Loopbackadapter #2
27...00 ff 5d 25 b1 33 ......TeamViewer VPN Adapter
24...00 ff 00 97 d1 0d ......TAP-Win32 Adapter V9
23...00 ff 23 ca 99 a5 ......Kaspersky Security Data Escort Adapter
21...02 00 4c 4f 4f 50 ......Microsoft Loopbackadapter
13...90 2b 34 51 b4 cf ......Intel(R) 82579LM Gigabit Network Connection
26...0a 00 27 00 00 1a ......VirtualBox Host-Only Ethernet Adapter
  1...........................Software Loopback Interface 1
18...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter
34...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #2
14...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
22...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #4
25...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #6
30...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #7
31...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #8
===========================================================================

IPv4-Routentabelle
===========================================================================
Aktive Routen:
     Netzwerkziel    Netzwerkmaske          Gateway    Schnittstelle Metrik
     172.16.240.0    255.255.255.0   Auf Verbindung      172.16.240.5    266
     172.16.240.0    255.255.255.0   Auf Verbindung      172.16.240.4    266
     172.16.240.4  255.255.255.255   Auf Verbindung      172.16.240.4    266
     172.16.240.5  255.255.255.255   Auf Verbindung      172.16.240.5    266
   172.16.240.255  255.255.255.255   Auf Verbindung      172.16.240.5    266
   172.16.240.255  255.255.255.255   Auf Verbindung      172.16.240.4    266
===========================================================================
Ständige Routen:
  Keine
 
Wenn ich das so sehe glaube ich, deine Pings gehen bei der einen Netzwerkkarte raus und kommen bei der anderen rein und werden damit verworfen.

Man stellt keine 2 Netzwerkkarten ins gleiche Subnet (.4 und .5) ... das dürfte das Problem sein.
 
  • Gefällt mir
Reaktionen: floogy
Punkt1: Hast du denn mal einen normalen Ping gemacht? Das ist mir nach wie vor nicht klar.
Punkt2: Warum hast du zwei IPs im selben Subnetz? Das kann problematisch sein und sollte bei Problemen zunächst mal auf eine reduziert werden, um etwaige Einflüsse zu vermeiden


*edit
ok, 2. hat @d2boxSteve gerade schon erwähnt.
 
  • Gefällt mir
Reaktionen: floogy
Okay, das sollte es irgendwie erklären (allerdings nicht, weshalb ich auf anderen Windows-Rechnern das Problem nicht habe, und es mit Admin-Rechten ja auch nicht funktioniert ...)
https://superuser.com/questions/737431/why-would-ping-succeed-but-nmap-fail
Ergänzung ()

Ja, das mit den zwei Netzwerkkarten war mir ja auch aufgefallen.
sudo hatte ich schon mal mit einer python-Anwendung für cygwin nachgerüstet müsste ich noch mal schauen.
Zu Punkt 1.: Ja, das ist leider nicht ausgeklappt im Codeblock des Beitrags #6.


Code:
$ ping 172.16.240.199
PING 172.16.240.199 (172.16.240.199): 56 data bytes
92 bytes from 172.16.240.5: icmp_type=3 (Dest Unreachable) icmp_code=1
64 bytes from 172.16.240.199: icmp_seq=3 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=4 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=5 ttl=64 time=1 ms
64 bytes from 172.16.240.199: icmp_seq=6 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=7 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=8 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=9 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=10 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=11 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=12 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=13 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=14 ttl=64 time=0 ms
64 bytes from 172.16.240.199: icmp_seq=15 ttl=64 time=0 ms
----172.16.240.199 PING Statistics----
16 packets transmitted, 13 packets received, 18.8% packet loss
round-trip (ms)  min/avg/max/med = 0/0/1/0

Angry IP Scanner hat da keine Probleme ...
Ergänzung ()

Das ist durch VirtualBox installiert worden, als Host-Only Adapter

Code:
Ethernet-Adapter VirtualBox Host-Only Network:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : VirtualBox Host-Only E
   Physikalische Adresse . . . . . . : 0A-00-27-00-00-1A
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::4d03:f76f:2fe6:f
   IPv4-Adresse  . . . . . . . . . . : 172.16.240.5(Bevorzugt
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :
   DHCPv6-IAID . . . . . . . . . . . : 503971879
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-FD-3C-A
   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
Ergänzung ()

Außerdem gibt es noch einen Kaspersky-VPN-Adapter etc.


Code:
floogy@winpc ~
$ arp -a

Schnittstelle: 172.16.240.4 --- 0xd
  Internetadresse       Physische Adresse     Typ
  172.16.240.3          38-10-d5-73-45-38     dynamisch
  172.16.240.5          00-22-61-c7-bc-d0     dynamisch
  172.16.240.11         c0-c9-76-e1-30-04     dynamisch
  172.16.240.15         00-9c-02-97-5d-54     dynamisch
  172.16.240.16         02-ff-b0-00-07-0b     dynamisch
  172.16.240.19         1a-60-9a-cf-25-0e     dynamisch
  172.16.240.23         ba-fe-43-80-7f-9e     dynamisch
  172.16.240.26         a0-b3-cc-e6-5e-9e     dynamisch
  172.16.240.199        02-ff-60-ba-b5-82     dynamisch
  172.16.240.254        02-0c-d8-f9-90-00     dynamisch
  172.16.240.255        ff-ff-ff-ff-ff-ff     statisch
  224.0.0.22            01-00-5e-00-00-16     statisch
  224.0.0.251           01-00-5e-00-00-fb     statisch
  224.0.0.252           01-00-5e-00-00-fc     statisch
  239.255.255.250       01-00-5e-7f-ff-fa     statisch
  255.255.255.255       ff-ff-ff-ff-ff-ff     statisch

Schnittstelle: 169.254.8.217 --- 0x15
  Internetadresse       Physische Adresse     Typ
  169.254.255.255       ff-ff-ff-ff-ff-ff     statisch
  224.0.0.22            01-00-5e-00-00-16     statisch
  224.0.0.251           01-00-5e-00-00-fb     statisch
  224.0.0.252           01-00-5e-00-00-fc     statisch
  239.255.255.250       01-00-5e-7f-ff-fa     statisch
  255.255.255.255       ff-ff-ff-ff-ff-ff     statisch

Schnittstelle: 172.16.240.5 --- 0x1a
  Internetadresse       Physische Adresse     Typ
  172.16.240.255        ff-ff-ff-ff-ff-ff     statisch
  224.0.0.22            01-00-5e-00-00-16     statisch
  224.0.0.251           01-00-5e-00-00-fb     statisch
  224.0.0.252           01-00-5e-00-00-fc     statisch
  239.255.255.250       01-00-5e-7f-ff-fa     statisch

floogy@winpc ~
$ nmap 172.16.240.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 15:29 o
Nmap scan report for winpc.selfhost.eu (172.16.240.4)
Host is up (0.00041s latency).
Not shown: 986 closed ports
PORT      STATE SERVICE
21/tcp    open  ftp
135/tcp   open  msrpc
139/tcp   open  netbios-ssn
445/tcp   open  microsoft-ds
554/tcp   open  rtsp
1025/tcp  open  NFS-or-IIS
1026/tcp  open  LSA-or-nterm
1027/tcp  open  IIS
1029/tcp  open  ms-lsa
1032/tcp  open  iad3
1062/tcp  open  veracity
3389/tcp  open  ms-wbt-server
16992/tcp open  amt-soap-http
16993/tcp open  amt-soap-https

Nmap scan report for 172.16.240.5
Host is up (0.00017s latency).
Not shown: 986 closed ports
PORT      STATE SERVICE
21/tcp    open  ftp
135/tcp   open  msrpc
139/tcp   open  netbios-ssn
445/tcp   open  microsoft-ds
554/tcp   open  rtsp
1025/tcp  open  NFS-or-IIS
1026/tcp  open  LSA-or-nterm
1027/tcp  open  IIS
1029/tcp  open  ms-lsa
1032/tcp  open  iad3
1062/tcp  open  veracity
3389/tcp  open  ms-wbt-server
16992/tcp open  amt-soap-http
16993/tcp open  amt-soap-https

Nmap scan report for 172.16.240.255
Host is up (0.11s latency).
All 1000 scanned ports on 172.16.240.255 are filtered
MAC Address: 00:22:61:C7:BC:D0 (Frontier Silicon)

Nmap done: 256 IP addresses (3 hosts up) scanned in 137.60 se

floogy@winpc ~
$ ipconfig

Windows-IP-Konfiguration


Ethernet-Adapter LAN-Verbindung 4:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Ethernet-Adapter LAN-Verbindung 3:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Ethernet-Adapter LAN-Verbindung 2:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Ethernet-Adapter LAN-Verbindung 2:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::9019:f087:ecb5:8
   IPv4-Adresse (Auto. Konfiguration): 169.254.8.217
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Standardgateway . . . . . . . . . :

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: fritz.box
   IPv6-Adresse. . . . . . . . . . . : 2003:c9:2f22:6a00:f527
   Temporäre IPv6-Adresse. . . . . . : 2003:c9:2f22:6a00:2db0
   Verbindungslokale IPv6-Adresse  . : fe80::f527:6927:3dc7:f
   IPv4-Adresse  . . . . . . . . . . : 172.16.240.4
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . : fe80::3a10:d5ff:fe73:4
                                       172.16.240.3

Ethernet-Adapter VirtualBox Host-Only Network:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::4d03:f76f:2fe6:f
   IPv4-Adresse  . . . . . . . . . . : 172.16.240.5
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :

Tunneladapter isatap.fritz.box:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: fritz.box

Tunneladapter isatap.{23CA99A5-878E-49A1-B14A-B6DAB54040A0}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter Teredo Tunneling Pseudo-Interface:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{7C73CA54-3F9C-4A36-915C-DFFBFC60B9C7}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{C818D991-F302-4C58-828A-AF4B6E63C5E5}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{5D25B133-E125-4772-A896-52118BDF358B}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

Tunneladapter isatap.{0097D10D-A267-4BAB-878F-369FCC69CBCD}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:

floogy@winpc ~
$ ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : winpc
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : fritz.box

Ethernet-Adapter LAN-Verbindung 4:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : TeamViewer VPN Adapter
   Physikalische Adresse . . . . . . : 00-FF-5D-25-B1-33
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter LAN-Verbindung 3:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : TAP-Win32 Adapter V9
   Physikalische Adresse . . . . . . : 00-FF-00-97-D1-0D
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter LAN-Verbindung 2:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Kaspersky Security Dat
   Physikalische Adresse . . . . . . : 00-FF-23-CA-99-A5
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter LAN-Verbindung 2:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft Loopbackadap
   Physikalische Adresse . . . . . . : 02-00-4C-4F-4F-50
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::9019:f087:ecb5:8
   IPv4-Adresse (Auto. Konfiguration): 169.254.8.217(Bevorzug
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Standardgateway . . . . . . . . . :
   DHCPv6-IAID . . . . . . . . . . . : 654442572
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-FD-3C-A
   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

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: fritz.box
   Beschreibung. . . . . . . . . . . : Intel(R) 82579LM Gigab
   Physikalische Adresse . . . . . . : 90-2B-34-51-B4-CF
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2003:c9:2f22:6a00:f527
   Temporäre IPv6-Adresse. . . . . . : 2003:c9:2f22:6a00:2db0
   Verbindungslokale IPv6-Adresse  . : fe80::f527:6927:3dc7:f
   IPv4-Adresse  . . . . . . . . . . : 172.16.240.4(Bevorzugt
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Donnerstag, 11. April
   Lease läuft ab. . . . . . . . . . : Sonntag, 21. April 201
   Standardgateway . . . . . . . . . : fe80::3a10:d5ff:fe73:4
                                       172.16.240.3
   DHCP-Server . . . . . . . . . . . : 172.16.240.3
   DHCPv6-IAID . . . . . . . . . . . : 361769780
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-FD-3C-A
   DNS-Server  . . . . . . . . . . . : fd00::3a10:d5ff:fe73:4
                                       172.16.240.3
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter VirtualBox Host-Only Network:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : VirtualBox Host-Only E
   Physikalische Adresse . . . . . . : 0A-00-27-00-00-1A
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::4d03:f76f:2fe6:f
   IPv4-Adresse  . . . . . . . . . . : 172.16.240.5(Bevorzugt
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :
   DHCPv6-IAID . . . . . . . . . . . : 503971879
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-17-FD-3C-A
   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

Tunneladapter isatap.fritz.box:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: fritz.box
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapt
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{23CA99A5-878E-49A1-B14A-B6DAB54040A0}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapt
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter Teredo Tunneling Pseudo-Interface:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseud
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{7C73CA54-3F9C-4A36-915C-DFFBFC60B9C7}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapt
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{C818D991-F302-4C58-828A-AF4B6E63C5E5}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapt
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{5D25B133-E125-4772-A896-52118BDF358B}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapt
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{0097D10D-A267-4BAB-878F-369FCC69CBCD}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapt
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
 
Zuletzt bearbeitet:
Ich habe nach längerer Pause noch mal weiter getestet und recherchiert.

Es funktioniert wenn ich den „VirtualBox Host-Only Ethernet Adapter“ im Gerätemanager deaktiviert.

Code:
$ nmap -sV 172.16.240.199
Starting Nmap 7.70 ( https://nmap.org ) at 2019-04-11 19:23 ope
Nmap scan report for freenas.mydomain.selfhost.bz (172.16.240.199)
Host is up (0.00089s latency).
Not shown: 998 closed ports
PORT     STATE SERVICE  VERSION
443/tcp  open  ssl/http nginx
3306/tcp open  mysql    MySQL 5.6.43
MAC Address: 02:FF:60:BA:B5:82 (Unknown)

Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 26.00 seconds
https://i.imgur.com/tHF9CZT.png

Ich versuch noch mal herauszufinden, ob ich den Adapter in VirtualBox so konfigurieren kann, dass er nicht mehr stört ...

npcap v0.78r5 - Network limited or no connectivity. #610
dmiller-nmap commented on 3 Jul 2018
Provisionally closing this issue because we have done lots of changes and improvements related to OID requests and WiFi connectivity. Please make a new issue if you are experiencing similar symptoms with Npcap 0.99-r6 or later and reference this issue if they involve complete loss of connectivity with VirtualBox or a VPN network adapter. dmiller-nmap closed this on 3 Jul 2018
https://github.com/nmap/nmap/issues/610

Npcap prevents network communication when certain VPN software is installed #1263
https://github.com/nmap/nmap/issues/1263

Can’t ping between two virtual machines using VirtualBox host-only adapter in OS X
https://superuser.com/questions/844...ines-using-virtualbox-host-only-adapter-in-os
 
Ich hatte Probleme mit VirtualBox und hatte es nicht zum Laufen gebracht [Fehlercode: E_INVALIDARG (0x80070057), E_FAIL (0x80004005) und E_NOINTERFACE (0x80004002)]*). Das hatte mich wohl dazu bewogen den Host-Only Adapter manuell zu konfigurieren, und das leider falsch. Daher rührte auch die zusätzliche IP des Windows 7 Hosts. Da ich nmap nicht verwendete und ansonsten alles zu funktionieren schien, fiel mir der fehler nicht auf.

772244




*) LÖSUNG (E_NOINTERFACE (0x80004002)) und die Folgefehler oben 0057 sowie 4005):
/users/$USER/.VirtualBox umbenennen (z.B. --.VirtualBox, eventuell Unlocker zur Hilfe nehmen), und danach installieren. Dann nach reboot virtualbox erst nicht starten, sondern die xml Dateien in das neu entstandene .VirtualBox Verzeichnis rüberkopieren.
https://www.virtualbox.org/ticket/12087?cversion=0&cnum_hist=37
 
Das VPN-Routing-Thema hat sich für mich dadurch aber leider noch nicht gelöst.

Ich kann nach wie vor das AMT KVM am Legacy-VNC-Port 5900 (oder ähnlich) nicht tunneln, und damit in dem Bootloader Grub nach einem Wake-on-Lan nicht das Betriebssystem der Wahl aus dem Multiboot-Menü auswählen (Linux oder Windows, z.B.). Zudem gibt das Intel® AMT manchmal Alerts aus, die vor dem Grub mit Enter bestätigt werden müssen, und so der Bootvorgang dort hängen bleibt. Das schmälert natürlich die Freude am Wake-on-LAN erheblich ...

Ich habe bereits im IP-Phone-Forum dazu einen weiteren Beitrag gepostet:

[Frage] Android als VPN-Client mit VPN-Benutzer der FB7490 und Routing im Remote Heim-Netz (LAN)
https://www.ip-phone-forum.de/threa...0-und-routing-im-remote-heim-netz-lan.303088/
 
Zurück
Oben