> > Everything is as you described John.
Except for one thing. My PC was capable of receiving UDP packets from a website.
(Didn't have time to write that yesterday).
> So for outbound connections, everything really is working properly.
>
> > The firewall is down, but I am not sure if it is actually still blocking, don't think so though.
> >
> I don't understand exactly what you mean by this.
Windows may have a bug in it's firewall.
> Is the Windows firewall active or not?
The windows firewall is stopped.
> Is it configured to allow any incoming traffic?
Not sure, though plenty of applications are configured to go through it.
> In particular, have you configured it to allow incoming and outgoing
> ICMP ping packets?
Not yet.
May try so later today.
At the moment I tried switching to a different ethernet port.
My PC's motherboard has two ethernet ports.
I was under the impression one might be damaged/failing/not working.
But I just switched to it, and simply removed the modem of the power grid and then plugged it back in, since the modem was failing to assign it an IP properly... instead windows assigned it 169 via it's protocols... after the power reset the cable modem did assign 192.168.1.1 and now a new IP address for my PC which is a little bit odd that now the IP address changed and be quite a lot:
My computer's public IP is now totally different:
This 212.120.118.72 is totally different from yesterday.
I'll just give roll out of ip config:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\Skybuck>ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : DREAMPC2006
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . :
dynamic.ziggo.nl
Ethernet adapter Tunngle:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : TAP-Win32 Adapter V9 (Tunngle)
Physical Address. . . . . . . . . : 00-FF-88-8C-04-24
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Ethernet adapter Local Area Connection 8:
Connection-specific DNS Suffix . :
dynamic.ziggo.nl
Description . . . . . . . . . . . : Marvell Yukon 88E8053 PCI-E Gigabit Ether
net Controller #3
Physical Address. . . . . . . . . : 00-01-6C-C8-68-F6
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 212.120.118.72(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.254.0
Lease Obtained. . . . . . . . . . : Tuesday, 16 October 2018 8:10:05
Lease Expires . . . . . . . . . . : Tuesday, 16 October 2018 9:10:05
Default Gateway . . . . . . . . . : 212.120.118.1
DHCP Server . . . . . . . . . . . : 10.255.235.1
DNS Servers . . . . . . . . . . . : 84.116.46.22
84.116.46.23
NetBIOS over Tcpip. . . . . . . . : Disabled
Tunnel adapter Local Area Connection* 19:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{888C0424-09D9-48F6-84EB-EDBE6297AB66}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter Reusable Microsoft 6To4 Adapter:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft 6to4 Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter
isatap.dynamic.ziggo.nl:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
dynamic.ziggo.nl
Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter Local Area Connection* 17:
Connection-specific DNS Suffix . :
dynamic.ziggo.nl
Description . . . . . . . . . . . : Microsoft 6to4 Adapter #2
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2002:d478:7648::d478:7648(Preferred)
Default Gateway . . . . . . . . . : 2002:c058:6301::1
DNS Servers . . . . . . . . . . . : 84.116.46.22
84.116.46.23
NetBIOS over Tcpip. . . . . . . . : Disabled
C:\Users\Skybuck>
> If it is easier, you can just enable all ICMP traffic. This is very
> unlikely to do any harm and would greatly help debugging the connection.
I agree it would be of some use... especially checking if my PC is accessible, however pinging in opposite direction is still possible.
It's weird how a windows firewall is necessary for this ?!
Can ping not be enabled without windows firewall running ?
Apperently ICMP is embedded into windows firewall ? I find this very odd...
Windows did not use to work like this.
Older versions of windows had ICMP but no Windows firewall, so that's why it's very odd.
I guess this part of the software got moved into the Windows Firewall for security reasons or so ?! ;)
This is why I am reluctant to enable it, I want windows firewall down as to not cause any blocking and now I may have to enable it to get ICMP working which is kinda of a paradoxal situation.
> > Some services are stopped like IP helper, don't think that is of any influence though.
> I don't think that will make any difference as it is used to provide
> IPv6 by a tunnel.
The wifi-hot-spot I was using might actually have IPv6 connectivity available as well not sure about that though.
> > Remote Wi-Fi/Natted connections may be the cause, not my home computer (???)
> >
> What do you mean? You are not using WiFi and you do not appear to be
> using NAT.
My home computer is connected via ethernet/cable modem/isp and so forth.
However I take laptop away from home and into the city, inside the city there are multiple WiFi-HotSpots.
This means free internet via wi-fi.
So I try and test my computer remotely, from a free wifi-hotspot in the city...
> I have tried port scanning your IP address and nothing is responding.
If you want to continue scanning you will have to change IP since 16 october 2018, at 8:20 AM Amsterdam time.
Computer was offline when I went to sleep some 5 hours ago or so.
I think your scan was within the time period that my PC was still online and with old IP address.
I will keep this new IP address, since this will allow me to re-use the "better ethernet port" to connect directly to the laptop.
For whatever reason the other ethernet port, which is of a different manufacturer had troubles connecting to the laptop.
So at least this would allow me to use Internet Connection Sharing of Windows to have two operational computers at home capable of internetting.
Usually I don't use it, sometimes it may come in handy though.
Also it will make working on both computers a bit simpler and less risky.
Up until now I had to pull out the cable modem's power and re-power it everything I had to switch from PC to Laptop to get internet working, this is a bit risky cause of power surges going into modem. So far modem could withstand this electric beating.
> I do get responses from your default gateway.
>
> It would be very unusual for a router in bridge mode to do any kind of
> filtering, so incoming packets should be reaching the ethernet port
> of your PC.
Unless they are blocked somewhere in the internet itself.
I am not sure if NAT devices would report back via ICMP if they did block ?!
I did write some ICMP software once to tell what happens to UDP packets and such. I could try that later on... though not sure if the software is working 100% correctly for old IPv4 it seemed to work but not for IPv6.
Also ICMP is kinda shady... sometimes it will work sometimes not, some routers/devices may support it others not to prevent ICMP floods for example, or perhaps other issues.
> Almost certainly, something about your PC setup is blocking incoming
> traffic.
Perhaps it's ethernet port related, don't really think so but it's worth a try.
I did try other ethernet port (marvel) but it also cannot connect to the cable modem's configuration menu.
> Some anti-virus software includes a firewall that acts in addition
> to the Microsoft one.
Nothing else is running.
Number of services running on my PC is very limitted.
Following services are running on my Windows 7 computer, would love it if somebody repeats this setup and then tries and connect to the computer from an outside computer/outside internet connection to see if it works:
Application Experience
Application Information
Base Filtering Engine
COM+ Event System
Creative Audio Service (soundblaster)
Cryptographic Services
DCOM Server Process Launcher
Desktop Window Manager Session Manager
DHCP Client
DNS Client
Encrypting File System (EFS)
Function Discovery Provider Host (normally this is off but was started manually apperently)
Group Policy Client
Multimedia Class Scheduler
Network Connections
Network List Service
Network Location Awareness
Network Store Interface Service
Plug and Play
Power
Remote Procedure Call (RPC)
RPC Endpoint Mapper
Security Accounts Manager
Software Protection (normally this is off I think, not sure, it's probably not needed, it's on manual)
System Event Notification Service
Task Scheduler
Themes
User Profile Service
VHD Attach (custom tool/service)
Windows Audio
Windows Audio Endpoint Builder
Windows Event Log
Windows Font Cache Service
Windows Management Instrumentation
All are set to automatic except these ones:
Windows Font Cache Service - automatic delayed start.
Application Experience manual
Application Information manual
Function Discovery Provider Host manual
Network Connections manual
Software Protection manual
Windows Management Instrumentation manual
Meanwhile I have also turned off IPv6 in network settings for adapters.
Also QaS packet scheduling turned off.
And both link-layer topology turned off.
Used this have this all on, but don't think it is necessary.
Maybe it was interferring but probably not. Want to reduce possible attack surface too.
Perhaps this link-layer topology was starting the Function Discovery Provider Host service, which is somewhat unusual.
Usually this service is not running, so not sure what triggers it to start running probably me trying to view "network" or so.
> Do try and allow ICMP access. This will help a lot.
Problem with this is I would have to turn on firewall and I kinda don't like doing that, but maybe today I may try.
Though tired today, only had 5 hours of sleep. Not sure if I will go through with it today with remote testing... maybe I will test other things at home.
> Consider using Wireshark to do a packet dump on your ethernet port. It
> should show lots of random traffic trying to access your PC. It should
> also show an incoming ping from me every second.
I already tried this yesterday, lots of ARP traffic coming in as usual.
The occasional IPv6 sollicit probably from windows.
I have turned off IPv6 which is kinda interesting.
Any further IPv6 communication will definetly not be coming from my PC so if it does show up that would be a little bit interesting.
I could try running some other software/udp/tcp ports on my system.
Though then you would have to use your own software to connect to it because nobody wants to run my own software :)
I will think about this and maybe set something up.
Bye for now,
Skybuck.