When you do dig @8.8.8.8 wp.pl
a request is sent to Google's nameserver. Google's nameserver is not authoritative for the domain wp.pl.(whatever you may have set in your search domains); (The last bit could be a source of trouble; do dig @8.8.8.8 wp.pl.
in the future to stop additional searches.), and if it doesn't have a cached record to give you, it will tell you what nameserver is authoritative for that domain; A second request will then be sent to the server Google gives you...
However... For nameservers, you might want to use the nameservers DHCP assigns you; I doubt both 192.168.1.1 and 0.1 were given to you. The lone DNS server I get from DHCP corresponds to my DSL modem/router's gateway, which means having only one resolver in my local configuration is perfect: if I can't reach my gateway, or if my gateway can't talk to whatever DNS servers it gets from its provisioning DHCP server (in which I have no visibility into), then it's unlikely any manual additions I add will provide any additional utility, but likely that it will decrease the performance of DNS queries, and thus, my perceived responsiveness of my Internet activities.
When I use the following tcpdump statement to look at DHCP data:
mini-nevie:~ root# tcpdump -i en1 -nv udp port 67 and udp port 68
the last packet I get from the DCHP server, an ACK(nowledgement) packet contains the configuration parameters for my host:
13:45:15.065227 IP (tos 0x71,ECT(1), ttl 64, id 42740, offset 0, flags [none], proto UDP (17), length 576)
192.168.2.1.67 > 192.168.2.12.68: BOOTP/DHCP, Reply, length 548, xid 0x3392bc07, Flags [none]
Your-IP 192.168.2.12
Client-Ethernet-Address 68:a8:6d:58:5b:f3
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: ACK
Subnet-Mask Option 1, length 4: 255.255.255.0
Lease-Time Option 51, length 4: 259200
Default-Gateway Option 3, length 4: 192.168.2.1
Domain-Name-Server Option 6, length 8: 192.168.2.1,192.168.2.1
Domain-Name Option 15, length 20: "no-domain-set.aliant"
Server-ID Option 54, length 4: 192.168.2.1
Hostname Option 12, length 10: "mini-nevie"
In the "Domain-Name-Server Option 6" field, the DHCP server provides me with 2 IP addresses; in this case, they're identical. They happen to match my gateway, 192.168.2.1. While I've looked all through my DSLmodem's config pages, I cannot see what servers it's using. In my previous service, I did PPOE right on my Mac, and IIRC, the two servers were local resolvers in my province.
My advice is to use the nameserver(s) that are provided to you via DHCP.
Static route is the main method, but you're not getting the right parameters.
A route tells the first router that a certain subnet is reachable through the 2nd router – which means the "gateway" must be the 2nd router's IP address from the 1st router's perspective.
So in your situation, "Gateway IP" must be 192.168.0.x
address belonging to the Archer's "WAN" interface, since that's the one directly attached to D-Link.
As for the "Destination" address, 192.168.1.1/32
isn't wrong, but it is also not very useful: it only lets you reach the 2nd router itself, but not the remainder of the 192.168.1.x subnet.
In most cases, you would want 192.168.1.0/24
as the destination instead.
(Why were your attempted gateways wrong? Well, 192.168.0.1
won't work because that's the first router itself, and telling it to route something through itself would just create a tight loop.
And the 1st attempt, 192.168.1.1
, won't work because the D-Link doesn't know where that address is yet – after all, you're just adding a route to it right now; it's a catch-22.)
Finally, even after configuring the right routes, remember to check the Archer's firewall – very likely it will be blocking inbound connections by default.
Best Answer
Whether the Linksys router is configured in Gateway mode or Router mode, it's web interface ought to be it's local IP address.
The gateway address is simply the address of the nearest router with the greatest connectivity. This is a separate and independent setting really.
What happens when you try to access http://192.168.0.1?
Update:
Your diagram doesn't make it clear whether your WRK54G is linked to the main router using the WRK54G's WAN port of one of it's LAN ports. In the former case it is routing IP, in the latter case it is switching Ethernet. In the former case, Desktop1's default gateway would have the IP-address of the WRK54G. In the latter case, it's configuration doesn't really matter.
It's probably sending some network traffic, so an
arp -a
on Desktop1 will reveal it's IP-address.Worst case, (assuming the install CD-ROM is missing or can't be used to communicate with the WRK54G) use something like nmap or ping every IP-address in range.