Geen netwerk op specifiek adres

[joecks]

Ik heb van UPC een nieuw modem gekregen. Het modem is geconfigureerd op 192.168.1.254

Mijn PC's hebben allemaal een vast IP adres , echter mijn server met het adres 192.168.1.1 heeft geen verkeer meer naar buiten toe. Ik kan er wel met SSH naar toe verbinden en inloggen maar als ik vervolgens probeer te pingen naar bijvoorbeeld 8.8.8.8 of 192.168.1.254 dan gaat dit niet.

Verander ik het IP adres op de server in bijvoorbeeld 192.168.1.2 dan zijn er geen problemen meer.

Ik weet even niet meer waar ik het moet zoeken , iemand enig idee ?

Oja, er zijn verder geen andere apparaten die op 192.168.1.1 zitten

[ Voor 6% gewijzigd door joecks op 31-10-2014 19:29 ]

[lier]

Wat krijg je te zien als je de server een .2 adres geeft en vervolgens een ping naar de .1 doet?
Waarom hebben je pc's allemaal een vast IP adres?
Welke DHCP scope is gedefinieerd in de DHCP server van je UPC modem?

[joecks]

Ik heb ze een vast adres gegeven om even mee te testen... als ik een ping (even vanaf een windows doos) naar de .1 doe dan krijg ik een

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.2: Destination host unreachable

DHCP staat van 192.168.1.10
poolsize 200

[ Voor 8% gewijzigd door joecks op 31-10-2014 19:39 ]

[allure]

Heb je het ip van het modem van x.x.1.1 veranderd naar x.x.1.254 veranderd toevallig?
Heb je deze na deze verandering ook een reboot gegeven?

[joecks]

allure schreef op vrijdag 31 oktober 2014 @ 20:02:
Heb je het ip van het modem van x.x.1.1 veranderd naar x.x.1.254 veranderd toevallig?
Heb je deze na deze verandering ook een reboot gegeven?

Ja dit heb ik ook gedaan , ook helemaal van de stroom af, server ook een keer gereboot. heb het probleem enkel en alleen op het 192.168.1.1 adres... verder geen apparaten met dat ip nummer. is ontstaan naar de overstap van de horizonbox naar een los modem...

Ik zal morgen de horizonbox eens een keer uitzetten , misschien zit daar het probleem wel... gaat nu even niet lukken ,als ik dat nu doe dat heb ik ruzie in de keet

[Masimo]

192.168.1.1 is vaak het default van allerlei netwerk apparatuur (routers, modems).
Waarom wil je je server per se op dat adres hebben? Op 192.168.1.2 werkt het toch?

[Brahiewahiewa]

Doe's een IPCONFIG /all IFCONFIG posten van zowel de werkende als van de niet werkende situatie

[ Voor 8% gewijzigd door Brahiewahiewa op 01-11-2014 09:53 ]

[joecks]

Dat deze server op 192.168.1.1 staat is al jaren zo, is een Linux bak die nooit problemen geeft en is compleet geconfigureerd dus netwerk aanpassen is geen optie.. Nu na een nieuw modem werkt het allemaal niet meer. Ook als ik nu op een windows bak het netwerk aanpas nar .1 is er geen verkeer mogelijk naar buiten , kan er wel naar toe dat maakt het zo vreemd.

[joecks]

Werkende situatie op .18

ifconfig eth0

eth0 Link encap:Ethernet HWaddr 3a:4c:92:6f:e9:cc
inet addr:192.168.1.18 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::3e4a:92ff:fe6f:e9cc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:75311 errors:0 dropped:102 overruns:0 frame:0
TX packets:43409 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23105126 (23.1 MB) TX bytes:4319382 (4.3 MB)
Interrupt:18

ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=20.8 ms

ping 1.1.1.1

PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
33 packets transmitted, 0 received, 100% packet loss, time 32256ms

route -e
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
default 192.168.1.254 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0

Niet werkende situatie op .1

ifconfig eth0

eth0 Link encap:Ethernet HWaddr 3a:4c:92:6f:e9:cc
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::3e4a:92ff:fe6f:e9cc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:75891 errors:0 dropped:108 overruns:0 frame:0
TX packets:43816 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23151941 (23.1 MB) TX bytes:4356626 (4.3 MB)
Interrupt:18

ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
From 192.168.1.1 icmp_seq=1 Destination Host Unreachable

[EverLast2002]

Wat zie je als je in je Linux server "arp -e" intikt ?
En vanaf een Windows pc "arp -a" ?
Ik denk dat Linux wel een eth0 192.168.1.1 weer zal geven, en Windows niet.
Wat heb je zoal in die Linux server geconfigureerd qua netwerk/settings ?

- En wat zie je wanneer je met .1 een "route -e" intikt ?

[ Voor 11% gewijzigd door EverLast2002 op 01-11-2014 17:03 ]

[rxr1991]

Hmm klinkt inderdaad als een vreemd probleem. Ik kan me niet voorstellen dat zowel een Windows als een Linux pc slechte route gegevens bevatten. Wat ik wel vreemd vind is dat je wel kunt ssh'n. Dat is natuurlijk wel gewoon een full duplex verbinding.

Ik zit het dan toch meer in de router hoek te zoeken. Wellicht zet er wel iets vreemds in de software. Wat je nog zou kunnen proberen is om de dhcp scope vanaf 1 te laten lopen en kijken welke pc de .1 adres krijgt dan wel verbinding kan maken.

[joecks]

Heb net even weer wat onderzoek gedaan, eigen router er tussen uit, zelfde probleem... toen bedacht ik mij dat er ook een ping optie in het UPC modem zit, deze kan dus gewoon pingen naar 192.168.1.1 terwijl er op dit moment geen enkel apparaat dat ip adres heeft, ook mijn server niet die staat even uit.

Als ik van een andere werkplek 192.168.1.1 adres probeer te pingen krijg ik een destination host unreachable....

Als ik vanaf het UPC modem mijn Windows machine met 192.168.1.2 ping kan dat weer niet ????

Lijkt dus in het modem van UPC te zitten..

zit dan ook niks anders op om mijn server te herconfigureren... niet dat het zoveel werk is maar vind het wel heel vaag allemaal....

[ Voor 9% gewijzigd door joecks op 02-11-2014 10:29 ]

[rxr1991]

En als je het modem er tussen uit gooit en alleen je eigen router gebruikt. Lukt het dan wel?

[Brahiewahiewa]

Klinkt idd alsof het modem intern nog wel 192.168.1.1 hanteert.
Zou je kunnen controleren door vanaf je server ( 192.168.1.1 ) een ander adres in hetzelfde subnet te pingen. Als je dan wel antwoord krijgt, ligt 't aan het modem. Heeft 't ding misschien ook een optie om de route table te bekijken?

[joecks]

Brahiewahiewa schreef op maandag 03 november 2014 @ 00:04:
Klinkt idd alsof het modem intern nog wel 192.168.1.1 hanteert.
Zou je kunnen controleren door vanaf je server ( 192.168.1.1 ) een ander adres in hetzelfde subnet te pingen. Als je dan wel antwoord krijgt, ligt 't aan het modem. Heeft 't ding misschien ook een optie om de route table te bekijken?

Klopt wat je zegt , ik ben er zeker van dat het modem de problemen geeft... Heb nu toch maar alles opnieuw geconfigureerd zodat de server een nieuwe IP heeft... Raar ingesteld modem dat ding van UPC...

Het modem is te benaderen op 192.168.1.254 en 192.168.100.1 ... intern zal er nog wel wat geconfigureerd staan op 1.1

Probleem is verholpen voor nu.. allen bedankt voor het meedenken... ik ga er verder geen tijd meer insteken , heeft al te veel tijd gekost...

[GurbY{nl}]

Staat me iets bij van de wifi hotspots; daar daar iets voor was gereserveerd. Kan me vergissen, maar je zou eens kunnen testen met de hotspot uitgezet?