05/03/13 19:20
Ik zit momenteel in het datacenter met een vreemd probleem.
Ik heb DirectAdmin op een nieuwe server geinstalleerd maar als ik de IP adressen toevoeg via het admin panel zie ik de IP adressen wel staan maar zijn ze niet opvraagbaar / pingbaar.
Wel is het hoofdIP adres bereikbaar maar de rest niet.
Via google kan ik niet snel een oplossing vinden, ga wel verder zoeken maar hier een specialist actief die mij direct de gouden tip kan geven?
05/03/13 20:19
Je moet de IP adressen ook toevoegen binnen het OS zelf, bv in /etc/network/interfaces onder Debian.
05/03/13 20:28
Ik meen dat dat juist niet hoeft/moet als je ze in DA toevoegt.
05/03/13 20:51
Arieh : dat meen ik mij juist ook te herinneren...
05/03/13 20:55
Voor ipv6 wel, maar voor ipv4 hoef je ze niet in het os toe te voegen als het in hetzelfde subnet zit.
Anders moet je even een ifcfg-eth0:1 (of ifcfg-eth1 indien je de nic op een ander netwerk aangesloten hebt) aanmaken met de juiste gegeven, bv:
DEVICE=eth0:1 (of eth1)
BOOTPROTO=static
ONBOOT=yes
IPADDR=1.2.3.4
NETMASK=255.255.255.x
GATEWAY=w.x.y.z (alleen indien je een andere gateway nodig hebt)
Edit: en een 'service netwerk restart' doen uiteraard
Laatst gewijzigd door systemdeveloper; 05/03/13 om 20:56.
SystemDeveloper.NL - 64BitsWebhosting.EU : Softwareontwikkeling & Hosting freaks
05/03/13 21:54
Kijk even of je ze wel ziet staan met ifconfig
eth0:1 eth0:2 etc.
Anders even het IP start script van DirectAdmin gebruiken: /usr/local/directadminn/scripts/startips
06/03/13 14:21
Ook ooit eens meet e maken gehad. behoorlijk frusti. Probeer eens een IP toe te voegen via OS? (interface) werkt waarschijnlijk
06/03/13 15:01
Ik heb nu alle domeinnamen op 1 IP adres staan en alles is weer online.
Blijkbaar werken nu de IP adressen plots wel ondanks dat ik niets aangepast heb.
Nu krijg ik de shared pagina te zien en kan ik ze pingen.
Gisteren de server een aantal maal opnieuw opgestart zonder resultaat.
Na een nachtje slapen heeft de server zich blijkbaar bedacht :-)
06/03/13 16:27
Had je die extra IP's overgezet vanaf een andere server? Want dan heb je soms dat de router nog het MAC adres van de oude server in de ARP tables heeft staan. Omdat je hoofd IP wat verkeer genereert, leert de router daarbij vrij snel het correcte MAC adres, maar bij extra IP's is dat soms niet het geval.
25/01/14 10:52
Sorry dat ik deze oude thread nog eens open gooi.
Ik heb een vergelijkbaar probleem. In DirectAdmin (op CentOS 6) ook een nieuw IP adres toegevoegd. Met ifconfig zie ik hem staan.
eth0 Link encap:Ethernet HWaddr 52:54:00:FD:60:0D
inet addr:*.*.*.200 Bcast:*.*.*.255 Mask:255.255.255.0
inet6 addr: *:*:*:*::*/48 Scope:Global
inet6 addr: *::*:*:*:*/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:26338 errors:0 dropped:0 overruns:0 frame:0
TX packets:22036 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:16318640 (15.5 MiB) TX bytes:27824711 (26.5 MiB)
eth0:0 Link encap:Ethernet HWaddr *:*:*:*:*:0D
inet addr:*.*.*.33 Bcast:*.*.*.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Het .200 adres werkt probleemloos, maar het .33 adres niet. Lokaal kan ik hem gewoon pingen. Van elke externe locatie niet. Heb er inmiddels een nacht overheen laten gaan, lijkt me dat eventuele ARP probleem zoals eerder aangegeven dan wel voorbij zijn. Kan iemand me in de goede richting drukken?
25/01/14 11:33
Even bij de basis beginnen:
- Kun je vanaf de server zelf .200 pingen? Als dit niet werkt tijdelijk ping toe gaan staan voor de overige tests.
- Kun je vanaf de server zelf .33 pingen?
- Kun je vanaf een ander systeem in de betreffende /24 de .200 pingen? *
- Kun je vanaf een ander systeem in de betreffende /24 de .33 pingen? *
- Kun je vanuit een ander netwerk de .200 pingen? Als dit niet werkt tijdelijk ping toe staan voor de overige tests.
- Kun je vanuit een ander netwerk de .33 pingen?
* Meld het als je geen ander systeem in die /24 hebt, sla deze test dan over.
De antwoorden hier vertellen of het een netwerk probleem is of dat het ergens anders zit. Als dit allemaal werkt is het netwerk deel goed en verneem ik graag wat er precies op de .33 niet werkt, overigens kan het bij deze tests handig zijn als iets niet werkt om te kijken of er een firewall staat die tijdelijk uitgezet kan/moet worden.
Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.
25/01/14 11:40
Vergeet ook niet dat sommige partijen, al valt dat in Nederland nog wel mee volgens mij, IP adressen toewijzen op basis van het MAC-adres.
25/01/14 11:51
Ik neem aan dat je het IP-adres van je provider toegewezen hebt gekregen?
Wellicht vergeten zijn ACL te updaten.
25/01/14 12:32
Bedankt voor jullie snelle responsen.
Vanaf de server zelf kan ik .200 pingen. Ook .33 pingen werkt.Oorspronkelijk geplaatst door Mark17
Een andere systeem binnen de betreffende /24 heb ik niet
Vanaf werk/thuis kan ik .200 pingen, de .33 niet.
Ik heb dezelfde test herhaalt met de firewall uit, zelfde resultaat.
Ik heb het IP-adres gisterochtend van mijn provider (TransIP) gehad ja. Ik heb een VPS daar.
25/01/14 12:42
Kun je naar de .200 en .33 een traceroute maken? Aangezien hij lokaal wel werkt en over het internet niet is mijn vermoeden op dit moment dat er een netwerk instelling ergens (of op de VPS of bij TransIP) niet goed staat en een traceroute geeft hier mogelijk informatie over. Eventueel is dit ook typisch iets dat opgelost kan worden door TransIP lijkt mij.
Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.
Likes: 
Quote