@home koppeling hostname met IP

[Verwijderd]

Met @home heb ik de hostname cc70XX-b. Via dhcpcd -h cc70XX-b eth0 krijg ik netjes een ip.

Normaal wordt dit ip keurig gemapt naar cc70XX-b.ensch1.ov.home.nl, maar nu verwijst het opeens naar 192.168.0.1, zodat ik de server niet vanaf buitenaf kan bereiken. Het ip wat ik tegenwoordig krijg is ook vreemd: 82.75.2XX.0, *.0 is toch meestal geen 'thuis'-ip

In mijn etc/hosts staat wel

code:

192.168.0.1 cc70XX-b.ensch1.ov.home.nl cc7072-b

maar eerder verwees dus cc70XX-b wel naar het @home ip, ondanks deze regel.

Iemand een idee wat er aan de hand is? Ik heb verder dus geen instellingen gewijzigd, dit probleem is plotseling ontstaan.

Zie hier onder nog wat info:

ip:

code:

eth0      Link encap:Ethernet  HWaddr 00:60:08:69:64:3C
          inet addr:82.75.241.0  Bcast:255.255.255.255  Mask:255.255.254.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5217239 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1438208 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2985493004 (2847.1 Mb)  TX bytes:164760362 (157.1 Mb)
          Interrupt:11 Base address:0x1080

route:

code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     *               255.255.255.0   U     0      0        0 eth1
82.75.240.0     *               255.255.254.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         ubr4-bu3-sec.en 0.0.0.0         UG    0      0        0 eth0

[Osiris]

Een `.0`-IP is wel mogelijk hoor, ligt aan het subnetmasker En een subnetmasker van /23 is prima Dat IP kan gewoon

Je bent overigens prima te pingen, maar een reverse (PTR) lookup naar je IP gaat wel de mist in:

[b][green]gerjan@flaptop [/][blue]~ $[/][/] host -vt PTR 82.75.241.0
Trying "0.241.75.82.in-addr.arpa"
Host 0.241.75.82.in-addr.arpa not found: 3(NXDOMAIN)
Received 103 bytes from 194.159.73.136#53 in 20 ms
[b][green]gerjan@flaptop [/][blue]~ $[/][/]

Trouwens:

[b][green]gerjan@flaptop [/][blue]~ $[/][/] host cc7072-b.ensch1.ov.home.nl
cc7072-b.ensch1.ov.home.nl has address 82.75.231.68
[b][green]gerjan@flaptop [/][blue]~ $[/][/]

[ Voor 75% gewijzigd door Osiris op 25-01-2007 17:26 ]

[Verwijderd]

hmm...heb ook al geprobeerd cc7072-a ip te krijgen, dat lukt, maar houd ik hetzelfde probleem...

[Verwijderd]

Schop!

[Verwijderd]

code:

Pinging cc7072-b.ensch1.ov.home.nl [82.75.241.0] with 32 bytes of data:

Reply from 82.75.241.0: bytes=32 time=4ms TTL=64
Reply from 82.75.241.0: bytes=32 time=1ms TTL=64
Reply from 82.75.241.0: bytes=32 time=2ms TTL=64
Reply from 82.75.241.0: bytes=32 time=2ms TTL=64

Probleem lijkt zichzelf opgelost te hebben...

[job]

@home is aan het experimenteren gegaan met dynamische ip's.
Het gevolg hiervan is dat als je een andere ip krijgt, de dns pas dagen later aangepast wordt... of dat je na een aantal dagen gewoon weer je "eigen" ip terug krijgt.
Ik heb last van het zelfde probleem.

[Verwijderd]

code:

Pinging cc7072-b.ensch1.ov.home.nl [82.75.230.70] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Hmm raar, heb nog steeds hetzelfde IP maar het probleem is weer teruggekeerd...

[ Voor 52% gewijzigd door Verwijderd op 07-02-2007 11:37 ]

[Rainmaker]

Verwijderd schreef op zondag 28 januari 2007 @ 14:07:

code:

Pinging cc7072-b.ensch1.ov.home.nl [82.75.241.0] with 32 bytes of data:

Reply from 82.75.241.0: bytes=32 time=4ms TTL=64
Reply from 82.75.241.0: bytes=32 time=1ms TTL=64
Reply from 82.75.241.0: bytes=32 time=2ms TTL=64
Reply from 82.75.241.0: bytes=32 time=2ms TTL=64

Probleem lijkt zichzelf opgelost te hebben...

Verwijderd schreef op woensdag 07 februari 2007 @ 11:35:

code:

Pinging cc7072-b.ensch1.ov.home.nl [82.75.230.70] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Hmm raar, heb nog steeds hetzelfde IP maar het probleem is weer teruggekeerd...

Hoezo zelfde IP? Wacht even 48 uur, dan zou DNS geupdate moeten zijn.

[ Voor 3% gewijzigd door Rainmaker op 07-02-2007 20:18 ]