Windows en meerdere subnetten.

[Henkieo]

Na hier al dagen mee bezig te zijn ga ik het maar gewoon vragen:

Ik heb:
Win10PC op doodnormaal lokaal net 192.168.1.x (=net A) verder zitten op dit net nog wat win 7/8 pc/laptop, apple macs, printers, playstation etc etc die bekabeld een vast ip hebben.
De gateway is een pfSense box die 2 WANs regelt en alle subnetten.

Op lokaal net 192.168.2.x (=net B ) zitten de ILO2s van wat HP servers voor de hobby, en heb ik Proxmox op 1 van die HPs draaien. De login van Proxmox heb ik in net B op 192.168.2.25 staan.

Allemaal redelijk basic en alles werkt naar behoren, geen ingewikkelde configs.

Nu wil ik:
Met de win10pc vanaf net A de inlogpagina openen van Proxmox op net B. IE en firefox en Chrome zeggen allemaal connectie timed out, server did not respond.
Niet waar ... ping/tracert vanaf win10pc naar 192.168.2.25 zegt dat ie 'up' is
En niet waar omdat als ik op de Mac of Ubuntu hetzelfde doe (net A>>net geen centje pijn en gewoon de pagina openen.

Ik heb heel de firewall/ipconfig alle mogelijke instellingen nagelopen
192.168.2.25 in vertrouwde website gezet (internet instellingen)
route add en net B toegevoegd, ip routing enabled
Microsoft helpdesk gebeld (zal wel iets verkeerd staan in de instellingen meneer )

Waarom is dit voor windhoos zo verrekte ingewikkeld (zelfs intensief googlen kom ik er niet uit)
Of ben ik nou echt de eerste die dit probeert?
Kijk naar apple/linux, hoef je helemaal niks in te stellen.

Dus graag een klein duwtje in de goede richting zou erg gewaardeerd worden
Groet Henk.

[aerocooluser]

Wat is de volledige IP configuratie van je Windows machine, en wat is de configuratie van je Ubuntu machine? Lijkt me dat er een verschil tussen die 2 zit.

Daarnaast graag je ping en tracert output van je Windows machine.

[ Voor 18% gewijzigd door aerocooluser op 09-11-2016 17:25 . Reden: Toevoeging ]

[Henkieo]

ipconfig /all

Windows IP Configuration

Host Name . . . . . . . . . . . . : HPg7
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : Yes
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : veen

Ethernet adapter Bitpool:

Connection-specific DNS Suffix . : veen
Description . . . . . . . . . . . : Realtek PCIe FE Family Controller
Physical Address. . . . . . . . . : EC-9A-74-5E-F5-6A
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::bd59:c17c:7888:f9b6%12(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.66.31(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.66.2
DHCPv6 IAID . . . . . . . . . . . : 65837684
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1E-44-1B-D4-EC-9A-74-5E-F5-6A
DNS Servers . . . . . . . . . . . : 192.168.66.2
Primary WINS Server . . . . . . . : 192.168.66.3
NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.veen:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : veen
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter LAN-verbinding* 4:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Teredo Tunneling Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6abd:470:2770:3f57:bde0(Preferred)
Link-local IPv6 Address . . . . . : fe80::470:2770:3f57:bde0%8(Preferred)
Default Gateway . . . . . . . . . : ::
DHCPv6 IAID . . . . . . . . . . . : 67108864
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1E-44-1B-D4-EC-9A-74-5E-F5-6A
NetBIOS over Tcpip. . . . . . . . : Disabled

ping 192.168.21.2

Pinging 192.168.21.2 with 32 bytes of data:
Reply from 192.168.21.2: bytes=32 time<1ms TTL=63
Reply from 192.168.21.2: bytes=32 time<1ms TTL=63
Reply from 192.168.21.2: bytes=32 time<1ms TTL=63
Reply from 192.168.21.2: bytes=32 time<1ms TTL=63

Ping statistics for 192.168.21.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

tracert 192.168.21.2

Tracing route to 192.168.21.2 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms Zink.veen [192.168.66.2]
2 <1 ms <1 ms <1 ms 192.168.21.2

Trace complete.

[DJVG]

Je kan pingen dus verkeer komt aan en weet z'n weg terug te vinden. Firewall op lokale PC of Proxmox bak zou ik aan beginnen te denken.

[The Realone]

Wat doet een simpele telnet naar de bewuste poort(en)?

[Henkieo]

DJVG schreef op woensdag 09 november 2016 @ 20:26:
Je kan pingen dus verkeer komt aan en weet z'n weg terug te vinden. Firewall op lokale PC of Proxmox bak zou ik aan beginnen te denken.

De firewall was ook mijn eerste suggestie, maar als ik die uitschakel >> blijft t zelfde.
Ping en tracert zijn dacht ik ICMP-verkeer, browsen is normaal TCP-verkeer. Dus ik zit ook wat in die hoek te gluren. Lokaal beveiligingsbeleid misschien ? Of toch nog eens de firewall na-spitten ...

[Henkieo]

The Realone schreef op woensdag 09 november 2016 @ 20:30:
Wat doet een simpele telnet naar de bewuste poort(en)?

Telnet heb ik overal uitstaan, maar ssh is toch zelfde soort verkeer?
Zelfde verhaal; Apple/Linux wel connectie, Windows timed out geen connectie.

[DJVG]

Henkieo schreef op woensdag 09 november 2016 @ 20:46:
[...]


Telnet heb ik overal uitstaan, maar ssh is toch zelfde soort verkeer?
Zelfde verhaal; Apple/Linux wel connectie, Windows timed out geen connectie.

Tsja, en al die in exact hetzelfde netwerk zitten (ik ga even vanuit dat je geen gekke layer 2 acl's in je netwerk hebt zitten) dan moet het toch ergens op je windows machine zitten.

[JackBol]

Henkieo schreef op woensdag 09 november 2016 @ 20:46:
[...]


Telnet heb ik overal uitstaan, maar ssh is toch zelfde soort verkeer?
Zelfde verhaal; Apple/Linux wel connectie, Windows timed out geen connectie.

telnet eens naar poort 22, 80 of 443. check even of er een TCP sessie established wordt.

[laurens0619]

welk subnet zit je linux bak op? als die op 255.255.252.0 zit kan ik mij voorstellen dat de communicatie direct gaat.

[Henkieo]

JackBol schreef op woensdag 09 november 2016 @ 20:52:
[...]


telnet eens naar poort 22, 80 of 443. check even of er een TCP sessie established wordt.

Als ik een ssh opzet naar 192.168.21.2 zegt netstat alleen maar SYN_SENT

[Henkieo]

laurens0619 schreef op woensdag 09 november 2016 @ 20:54:
welk subnet zit je linux bak op? als die op 255.255.252.0 zit kan ik mij voorstellen dat de communicatie direct gaat.

Linux bak in de zin van Proxmox of Ubuntu? Ubuntu is een VM en zit in hetzelfde subnet 192.168.66.0/24
Proxmox zit in 192.168.24.0/24.

[Brahiewahiewa]

Aangezien je toch geen DHCP gebruikt, doe voor de lol eens je windows machine het IP van je mac geven

[Henkieo]

Haha dat gaat niet. Ik gebruik dhcp wel voor de wifi clients, en ik heb de vaste ips in DNSresolver van pfSense gezet. Zodat dns dan eindelijk goed werkt.

wat doe ik nu?
Luistert. De windows 10 machine met ip 192.168.66.31 is een laptop. Lankabel eruit, wifi aan ...
-VOILA- alle subnetten bereikbaar.

Gevalletje nou-breekt-mijn-klomp

Of is het zo dat de routes toch door dhcp worden mee-gepushed ?

[ Voor 46% gewijzigd door Henkieo op 10-11-2016 00:53 . Reden: Eureka ]

[Brahiewahiewa]

Henkieo schreef op woensdag 09 november 2016 @ 23:59:
....Of is het zo dat de routes toch door dhcp worden mee-gepushed ?

Dat zou je zelf moeten weten. Althans, je kunt routes met dhcp pushen. Optie 246. Maar dat moet je zelf aanzetten. Tenzij pfSense zo beheerdersvriendelijk is om dat voor je te doen.

[Henkieo]

Klopt inderdaad, je kunt die optie toevoegen. Dat heb ik niet gedaan maar dat gebeurt dan blijkbaar vanzelf.
Dus als ik dhcp aanzet dan gaat alles goed. Waarom dan static niet?