[SMC]Remote management faalt

[Verwijderd]

Dit probleem is verbonden aan dit topic waarvoor ik op aanraden een nieuw topic open .

De situatie
Op "Router 1" komt het internet binnen. Van daar uit gaat er internet via UTP=bekabeling naar 3 pc's en via wireless naar 1 pc. De 4e poort op de router is met een cross-cable doorverbonden naar poort 1 op "Router 2". Op "Router 2" staat DHCP uiteraard disabled.

"Router 1" heeft IP: 192.168.2.1
"Router 2" heeft IP: 192.168.2.2

De pc's krijgen IP's via DHCP.

To the point
Zoals in het andere topic staat wil ik mijn server via WOL laten booten. Om dit over internet mogelijk te maken heb ik een simpele oplossing dacht ik. Op "Router 2" is er een mogelijkheid om magic packets te versturen naar MAC-adressen via een web-based systeem.
Mijn idee was dan ook simpel : op "Router 1" zet ik bij mijn 'Virtual Server' een port-forwarding op van externe poort 8080 (problemen vermijden met geblokkeerde poorten door ISP) naar poort 80 van IP 192.168.2.2.

Het probleem
Heel simpel, het werkt niet . Aan de poort ligt het niet want als ik ipv naar "Router 2", naar een Apache-server in mijn netwerk verwijs dan werkt alles perfect. Lokaal is "Router 2" ook volledig te beheren. Ik heb ook al geprobeert om remote management aan te zetten op "Router 2" (en uiteraard de poort te wijzigen als dat nodig was) maar zonder succes.

Ik wil het liefst op deze manier houden omdat ik tot op heden geen enkele werkende manier heb gevonden om via AMD Magic Packet over internet mijn pc te booten. (SMC ondersteund naar mijn weten geen static ARP en andere oplossingen bleken ook niet te doen wat ze beweerden).

Ik hoop dat iemand kan helpen, alvast van harte bedankt

[Verwijderd]

Het probleem ligt waarschijnlijk in het feit dat "router 2" niet weet dat "router 1" de gateway is. Inkomende packets worden door "router 1" wel correct geforward naar "router 2" maar retour packets komen niet aan omdat "router 2" ze naar zijn WAN poort stuurt.

Kan je in "router 2" een extra static route maken voor het IP adres vanaf waar je connect? Als je bijvoorbeeld connect vanaf IP 1.2.3.4 maak je een route voor dat IP.

Destination: 1.2.3.4
Subnet : 255.255.255.255
Gateway 192.168.2.1

Je kan ook een route maken voor een heel subnet zolang "router 2" het IP adres maar in de routing tabel ziet en weet dat het naar "router 1" moet want anders gaat het naar zijn default gateway, de WAN poort.

[ Voor 8% gewijzigd door Verwijderd op 18-04-2004 00:35 ]

[SED]

Kun je niet met een kabel naar de wanpoort van router 2 de zaak aansuren en op die router verder alles open zetten ( dmz mode)
Ik denk dat bovenstaande idee inderdaad de oorzaak is.

[Verwijderd]

Verwijderd schreef op 18 april 2004 @ 00:34:
Het probleem ligt waarschijnlijk in het feit dat "router 2" niet weet dat "router 1" de gateway is. Inkomende packets worden door "router 1" wel correct geforward naar "router 2" maar retour packets komen niet aan omdat "router 2" ze naar zijn WAN poort stuurt.

Kan je in "router 2" een extra static route maken voor het IP adres vanaf waar je connect? Als je bijvoorbeeld connect vanaf IP 1.2.3.4 maak je een route voor dat IP.

Destination: 1.2.3.4
Subnet : 255.255.255.255
Gateway 192.168.2.1

Je kan ook een route maken voor een heel subnet zolang "router 2" het IP adres maar in de routing tabel ziet en weet dat het naar "router 1" moet want anders gaat het naar zijn default gateway, de WAN poort.

Volgens mij kan dit het probleem niet zijn want dan zou ik het intern op mijn netwerk ook moeten hebben. Ik kan echter zonder problemen op "Router 2" vanaf mijn netwerk door naar 192.168.2.2 te surfen. "Router 2" stuurt dus wel degelijk een signaal terug naar het IP van waar de request komt en niet over zijn WAN-poort lijkt me zo.

[Verwijderd]

Nee! "Router 2" heeft in zijn route tabel staan dat net 192.168.2.0/24 verbonden is aan zijn LAN interface. Packets afkomstig van dit net vinden hun weg dan ook probleemloos terug. Maar als jij denkt dat het dit niet is zonder het ook maar uit te proberen dan mag je zelf lekker verder zoeken.

@SED Dan zou hij inderdaad de webinterface wel kunnen bereiken maar ik neem aan dat hij die magic packets niet via de WAN kant van "router 2" kan versturen. Geen optie dus.