Onderwerp: @home problemen

Ik heb de laatste dagen met belangstelling de berichtgeving rond @home
gevolgd en het wordt me steeds minder duidelijk. Ik kan me namelijk geen
situatie voorstellen waarbij de gebruiker door een helpdesk door de
configuratie geholpen zou moeten worden als hij "online was toen de
server crashte".

Gezien het feit dat de helpdesk eigenlijk alleen een klant met windows
door de configuratiewijziging kan voeren, vraag ik me af welk probleem
er zich zou hebben voorgedaan dat niet opgelost zou kunnen worden door
een reboot van het systeem.

Iemand meer informatie hierover?

--
Peter Peters, senior netwerkbeheerder
Dienst Informatietechnologie, Bibliotheek en Educatie (ITBE)
Universiteit Twente

On Tue, 30 Nov 2004 10:39:52 +0100, Peter Peters
<P.G.M.Peters@nospam.utwente.net> wrote:

>Gezien het feit dat de helpdesk eigenlijk alleen een klant met windows
>door de configuratiewijziging kan voeren, vraag ik me af welk probleem
>er zich zou hebben voorgedaan dat niet opgelost zou kunnen worden door
>een reboot van het systeem.

Er is voor de klant geen configuratiewijziging nodig. M.a.w. de
berichtgeving klopt niet. Zonder in al te veel details te treden
voordat het geheel is opgelost kan ik in ieder geval vertellen dat er
iets heel erg fout ging met het DHCP platform. Hierdoor moest er het
een en ander opnieuw door de provisioning heen. Ik zie geen reden
waarom het niet uiteindelijk voor iedereen automatisch opgelost zou
moeten zijn zonder configuratiewijzingen aan de kant van de klant, er
van uitgaand dat de klant DHCP gebruikt om zijn IP adres te
verkrijgen.

Oef, zo politiek correct genoeg? 's kijken of het nieuwe
Essent-management mee leest...

Onno

On Tue, 30 Nov 2004 11:37:47 +0100, Onno <65hzxkqd02@sneakemail.invalid>
wrote:

>>Gezien het feit dat de helpdesk eigenlijk alleen een klant met windows
>>door de configuratiewijziging kan voeren, vraag ik me af welk probleem
>>er zich zou hebben voorgedaan dat niet opgelost zou kunnen worden door
>>een reboot van het systeem.
>
>Er is voor de klant geen configuratiewijziging nodig. M.a.w. de
>berichtgeving klopt niet.

Dat idee had ik vorige week ook. Maar omdat ook media waarvan ik meer
intelligentie en kennis van internet vermoedde met deze opmerkingen
kwam, begon ik te twijfelen.

>Zonder in al te veel details te treden
>voordat het geheel is opgelost kan ik in ieder geval vertellen dat er
>iets heel erg fout ging met het DHCP platform.

Zoiets had ik ook al gedacht. Maar dat strookte in mijn verbeelding niet
met een herconfiguratie bij de klant.

>Hierdoor moest er het
>een en ander opnieuw door de provisioning heen. Ik zie geen reden
>waarom het niet uiteindelijk voor iedereen automatisch opgelost zou
>moeten zijn zonder configuratiewijzingen aan de kant van de klant, er
>van uitgaand dat de klant DHCP gebruikt om zijn IP adres te
>verkrijgen.

Mijn kennis van DHCP en windows (en linux) deed mij denken dat een
algemeen advies "herstart uw machine" ook bij een (groot) DHCP probleem
voor de oplossing zou moeten zorgen.

>Oef, zo politiek correct genoeg? 's kijken of het nieuwe
>Essent-management mee leest...

Misschien is het een sociaal voelend bedrijf dat graag 100 mensen een
paar dagen werk gunt. ;-)

--
Peter Peters, senior netwerkbeheerder
Dienst Informatietechnologie, Bibliotheek en Educatie (ITBE)
Universiteit Twente

Peter Peters wrote:
[@Home problemen]
>
> Iemand meer informatie hierover?

Ik ben mijn verbinding (nog?) niet kwijtgeraakt, maar mijn IP-adres is
wel gewijzigd. Gisteren was daar nog iets mis mee: als ik op
bijvoorbeeld een van de publieke XS4ALL shellmachines inlogde zag ik
mijn vertrouwde hostname als reverse. Een traceroute naar die hostname
hield echter op bij Groningen. Alleen een traceroute naar mijn oude
IP-adres werkte.

De situatie is nu weer 'normaal', hoewel ik voor m'n a en b hostnames
ineens niet meer in dezelfde /23 zit. Sterker nog, ik zit niet eens
meer in dezelfde /8

Het is hoe dan ook een puinhoop daar.

Carel

> Gezien het feit dat de helpdesk eigenlijk alleen een klant met windows
> door de configuratiewijziging kan voeren, vraag ik me af welk probleem
> er zich zou hebben voorgedaan dat niet opgelost zou kunnen worden door
> een reboot van het systeem.
>
> Iemand meer informatie hierover?

misschien zijn er nog @HOME klanten die geen DHCP gebruiken?

On Tue, 30 Nov 2004 11:57:03 +0100, Peter Peters
<P.G.M.Peters@nospam.utwente.net> wrote:

>Dat idee had ik vorige week ook. Maar omdat ook media waarvan ik meer
>intelligentie en kennis van internet vermoedde met deze opmerkingen
>kwam, begon ik te twijfelen.

Ik heb de berichtgeving ook met stijgende verbazing gadegeslagen. Ik
vermoed dat er ook wat verkeerde informatie is verspreid door een
verwarde woordvoerder, maar zo goed heb ik het allemaal niet
bijgehouden.

>Mijn kennis van DHCP en windows (en linux) deed mij denken dat een
>algemeen advies "herstart uw machine" ook bij een (groot) DHCP probleem
>voor de oplossing zou moeten zorgen.

Dat zou in theorie zeker moeten werken, mits er ook een (correcte)
lease voor zowel computer als modem staat te wachten. *kuch*

Onno

On 30 Nov 2004 11:03:56 GMT, Carel <carel@xs4all.nl> wrote:

>De situatie is nu weer 'normaal', hoewel ik voor m'n a en b hostnames
>ineens niet meer in dezelfde /23 zit. Sterker nog, ik zit niet eens
>meer in dezelfde /8

Zeg, gaan we nu al klagen als het verder gewoon werkt? In jouw
geval kun je met een derde hostname weer in een andere (nieuwere) /14
terecht komen. Doet 't prima.

Onno

On Tue, 30 Nov 2004 12:07:27 +0100, "GerritJan" <gerritjan@gmx.net>
wrote:

>
>> Gezien het feit dat de helpdesk eigenlijk alleen een klant met windows
>> door de configuratiewijziging kan voeren, vraag ik me af welk probleem
>> er zich zou hebben voorgedaan dat niet opgelost zou kunnen worden door
>> een reboot van het systeem.
>>
>> Iemand meer informatie hierover?
>
>misschien zijn er nog @HOME klanten die geen DHCP gebruiken?

Dat dacht ik ook, maar dat klopt niet met het feit dat het probleem
beperkt was/leek tot "gebruikers die online waren tijdens de crash".

--
Peter Peters, senior netwerkbeheerder
Dienst Informatietechnologie, Bibliotheek en Educatie (ITBE)
Universiteit Twente

Onno (65hzxkqd02@sneakemail.invalid) wrote:
> On Tue, 30 Nov 2004 10:39:52 +0100, Peter Peters
><P.G.M.Peters@nospam.utwente.net> wrote:
>
>>Gezien het feit dat de helpdesk eigenlijk alleen een klant met windows
>>door de configuratiewijziging kan voeren, vraag ik me af welk probleem
>>er zich zou hebben voorgedaan dat niet opgelost zou kunnen worden door
>>een reboot van het systeem.
>
> Er is voor de klant geen configuratiewijziging nodig. M.a.w. de
> berichtgeving klopt niet. Zonder in al te veel details te treden
> voordat het geheel is opgelost kan ik in ieder geval vertellen dat er
> iets heel erg fout ging met het DHCP platform. Hierdoor moest er het
> een en ander opnieuw door de provisioning heen. Ik zie geen reden
> waarom het niet uiteindelijk voor iedereen automatisch opgelost zou
> moeten zijn zonder configuratiewijzingen aan de kant van de klant, er
> van uitgaand dat de klant DHCP gebruikt om zijn IP adres te
> verkrijgen.

Hmmm, ik heb geen last gehad van de storing, maar mijn router is
de afgelopen tijd ook niet gereboot.

Maar:

dexter:~$ host dexter.hensema.net
dexter.hensema.net has address 212.120.97.185
dexter:~$ host 212.120.97.185
185.97.120.212.in-addr.arpa domain name pointer cc90454-a.hnglo1.ov.home.nl.

*shit* mijn hostname is cc78409-a:
dexter:~$ host cc78409-a.hnglo1.ov.home.nl
cc78409-a.hnglo1.ov.home.nl has address 212.120.98.109
dexter:~$ host 212.120.98.109
109.98.120.212.in-addr.arpa domain name pointer cc78409-a.hnglo1.ov.home.nl.

Ik vind het voorlopig wel best zo. Zodra er weer wat rust is op
de helpdesk, dan ga ik ze wel even vragen wat te doen. Misschien
dat cc90454-a nu niet online kan komen, maar ik neem aan dat
athome vanzelf wel belt met het verzoek om het IP in te leveren
;-)

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
Quoting-HOWTO: http://www.leerquoten.nl

Onno wrote:

> Zonder in al te veel details te treden
> voordat het geheel is opgelost kan ik in ieder geval vertellen dat er
> iets heel erg fout ging met het DHCP platform.

LOL, een klant van ons (verbonden via @Home en DHCP) had 1 a 2 weken
geleden een Chello nameserver toegewezen gekregen van @Home.

--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV

Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234

On Tue, 30 Nov 2004 13:26:59 +0000 (UTC), Erik Hensema
<usenet@smac.hensema.net> wrote:

>*shit* mijn hostname is cc78409-a:
>dexter:~$ host cc78409-a.hnglo1.ov.home.nl
>cc78409-a.hnglo1.ov.home.nl has address 212.120.98.109
>dexter:~$ host 212.120.98.109
>109.98.120.212.in-addr.arpa domain name pointer cc78409-a.hnglo1.ov.home.nl.
>
>Ik vind het voorlopig wel best zo. Zodra er weer wat rust is op
>de helpdesk, dan ga ik ze wel even vragen wat te doen. Misschien
>dat cc90454-a nu niet online kan komen, maar ik neem aan dat
>athome vanzelf wel belt met het verzoek om het IP in te leveren
>;-)

Als jouw routertje lief doet wat ie moet doen krijg je binnenkort je
nieuwe IP, zijnde 212.120.98.109. Mocht je oude IP eerder nodig zijn
zal er inderdaad vanzelf iemand bellen met de vriendelijke doch
dringende suggestie om even een nieuwe lease te halen.

Onno

On Tue, 30 Nov 2004 14:49:35 +0100, Jan Reilink <janreilink@vevida.nl>
wrote:

>LOL, een klant van ons (verbonden via @Home en DHCP) had 1 a 2 weken
>geleden een Chello nameserver toegewezen gekregen van @Home.

Da's knap, en theoretisch onmogelijk. Ik betwijfel dan ook dat deze
nameserver echt in de lease stond. Maar goed, weird shit happens.

Onno

Onno wrote:

> On Tue, 30 Nov 2004 14:49:35 +0100, Jan Reilink <janreilink@vevida.nl>
> wrote:
>
>
>>LOL, een klant van ons (verbonden via @Home en DHCP) had 1 a 2 weken
>>geleden een Chello nameserver toegewezen gekregen van @Home.
>
>
> Da's knap, en theoretisch onmogelijk. Ik betwijfel dan ook dat deze
> nameserver echt in de lease stond. Maar goed, weird shit happens.
>

Weird things happens, inderdaad. Ik heb die betreffende klant een
'ipconfig /all' laten uitvoeren in cmd, zelf heb ik de gegevens
opgevraagd m.b.v. dig.
Magoed, compleet irrelevant in deze thread, vond het wel komisch though :P

--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV

Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234

On Tue, 30 Nov 2004 15:01:08 +0100, Onno <65hzxkqd02@sneakemail.invalid>
wrote:

>>LOL, een klant van ons (verbonden via @Home en DHCP) had 1 a 2 weken
>>geleden een Chello nameserver toegewezen gekregen van @Home.
>
>Da's knap, en theoretisch onmogelijk. Ik betwijfel dan ook dat deze
>nameserver echt in de lease stond. Maar goed, weird shit happens.

Ik heb wel eens vaker "externe" nameservers gezien op machines die DHCP
deden. Alleen had de eigenaar op die machine niet ingesteld dat de
nameserver ook via DHCP gewijzigd mocht worden. Er stond dus nog een oud
adres in dat in het verre verleden eens met de hand was ingevuld.

--
Peter Peters, senior netwerkbeheerder
Dienst Informatietechnologie, Bibliotheek en Educatie (ITBE)
Universiteit Twente

In article <apuoq05ipngtrlr28v9166gs8875i2l6u1@4ax.com>, Onno wrote:
> On Tue, 30 Nov 2004 13:26:59 +0000 (UTC), Erik Hensema
><usenet@smac.hensema.net> wrote:
>
>>*shit* mijn hostname is cc78409-a:
>>dexter:~$ host cc78409-a.hnglo1.ov.home.nl
>>cc78409-a.hnglo1.ov.home.nl has address 212.120.98.109
>>dexter:~$ host 212.120.98.109
>>109.98.120.212.in-addr.arpa domain name pointer cc78409-a.hnglo1.ov.home.nl.
>>
>>Ik vind het voorlopig wel best zo. Zodra er weer wat rust is op
>>de helpdesk, dan ga ik ze wel even vragen wat te doen. Misschien
>>dat cc90454-a nu niet online kan komen, maar ik neem aan dat
>>athome vanzelf wel belt met het verzoek om het IP in te leveren
>>;-)
>
> Als jouw routertje lief doet wat ie moet doen krijg je binnenkort je
> nieuwe IP, zijnde 212.120.98.109. Mocht je oude IP eerder nodig zijn
> zal er inderdaad vanzelf iemand bellen met de vriendelijke doch
> dringende suggestie om even een nieuwe lease te halen.

Heh, ik was een antwoord aan het tikken dat mijn machine inderdaad
lief is en dhcp doet op het moment dat hij van het net verdween om
niet terug te komen ;-)

Ik kan het oude IP wel pingen, dus ik neem aan dat de nieuwe eigenaar
van het IP nu online is. Vanavond maar even een nieuw dhcp request
doen.

--
Erik Hensema