[XP-SP2] Updaten Coloserver - firewall uit?

[Verwijderd]

Hey daar,

ik heb een co-located XP pro doosje op 100mbit bij xs4all in het datacenter en ben daar SP2 op aan het zetten.

Nu ben ik klaar tot de reboot aan toe alleen daar blijf ik even hangen...

want....

na de reboot enabled SP2 de interne windows firewall en kan ik er dus remote niet meer bij.

aangezien ik geen trek heb om voor een windowsupdate naar xs4all te rijden vraag ik me dus af of het mogelijk is om die 'nieuwe' firewall voortijdig uit te schakelen zodat deze niet geactiveerd word bij de reboot zostraks.

mocht iemand tips/ideën hebben laat het even weten

[alt-92]

Colodoos met XP?
en dan een nog niet officieel released binary gebruiken?

LOL

[edit]

Ok. Serieus nu.

*gniffel*

Nu echt.
Bij de release notes stonden ook links naar whitepapers hoe het gedrag van de firewall te beinvloeden is.
zie ook
[rml][ XP] ServicePack 2 released to manufacturing[/rml]

Die doornemen dus, nu kan je er alleen nog maar heen.

[ Voor 67% gewijzigd door alt-92 op 09-08-2004 14:00 ]

[Verwijderd]

BackSlash32 schreef op 09 augustus 2004 @ 13:55:

Colodoos met XP?
en dan een nog niet officieel released binary gebruiken?

LOL

ik vroeg niet om nutteloze replies btw dan had ik dit wel in SG gepost

[MaTriCX]

Ey Gohan, ik vond dit. Misschien dat je daar wat aan hebt ?

[alt-92]

Verwijderd schreef op 09 augustus 2004 @ 13:56:
[...]


ik vroeg niet om nutteloze replies btw dan had ik dit wel in SG gepost

check mn edit.

[Verwijderd]

mjah...

sp2 staat er al op dus vrees niet dat dat nog gaat werken

BackSlash32 schreef op 09 augustus 2004 @ 13:58:
[...]


check mn edit.

hmmz misschien iets te snel doorheen gescrollt.. ik kijk even

[ Voor 60% gewijzigd door Verwijderd op 09-08-2004 14:00 ]

[Jazzy]

Ik moet wel zeggen dat je met de installatie van dit servicepack wel net zo professioneel om gaat als met de keuze van je OS voor een colo server.

Misschien kun je een scriptje maken die na een bepaalde tijd het servicepack in silentmodus deïnstalleert. Bijvoorbeeld dat je iets zet in de startupfolder die dit doet:
- zet script met deïnstallatie opdracht in de startupfolder
- reboot.exe

Sterkte.

[alt-92]

Oh ja. Even een tip voor de volgende keer:

Een SP update voor een OS doe je doorgaans NIET remote, en al helemaal niet in een productie-omgeving zonder een testopstelling.

FYI: een colo doos IS een productie-omgeving.

[Verwijderd]

ik heb er totaal niet om gevraagd om op de vingers te worden getikt en al helemaal niet om commentaar over os-keuzes en werkwijzes

ik heb alle whitepapers inmiddels lokaal en ben aan het lezen geslagen

bedankt voor de 2 nuttige replies de rest negeer ik

[alt-92]

ik heb er totaal niet om gevraagd om op de vingers te worden getikt

Dat krijg je er geheel gratis en voor niks bij

Als je hier gewezen wordt op een verkeerde werkwijze is dat bedoeld om je iets bij te brengen.

als je dat niet op prijs stelt moet je hier niet komen vragen om je zelf veroorzaakte shit (door slechte voorbereiding) op te ruimen imho.

[ Voor 24% gewijzigd door alt-92 op 09-08-2004 14:14 ]

[MaTriCX]

[Offtopic]
Ik ben het gedeeltelijk met je eens. Maar als je daarbij ook nog wat bijdraagt aan het topic is het terecht. Nu geef je alleen een Tip voor de volgende keer, maar op dit moment help je hem er niet echt veel bij.
Wil niet zeggen dat je reactie misplaatst is, maar het voegt niets toe aan het huidige draadje

[Ontopic]
Ik lees erg veel over het disablen van de service etc (via registry e.d.), maar dit kan alleen maar lokaal voorzover ik ben tegengekomen.

[alt-92]

MaTriCX schreef op 09 augustus 2004 @ 14:24:
[Offtopic]
Ik ben het gedeeltelijk met je eens. Maar als je daarbij ook nog wat bijdraagt aan het topic is het terecht. Nu geef je alleen een Tip voor de volgende keer, maar op dit moment help je hem er niet echt veel bij.
Wil niet zeggen dat je reactie misplaatst is, maar het voegt niets toe aan het huidige draadje

Omdat ie er toch niet remote bijkan heeft het weinig zin nu tips te spuien; dit kan ie nu nog alleen maar op de console uitzoeken.

for all we know staat die bak wel constant te BSOD'en en komt ie niet eens meer up?

[RAJH]

offtopic:
Zijn toch niet de BF servers van xs of wel?

[MaTriCX]

BackSlash32 schreef op 09 augustus 2004 @ 14:26:
[...]

Omdat ie er toch niet remote bijkan heeft het weinig zin nu tips te spuien; dit kan ie nu nog alleen maar op de console uitzoeken.

for all we know staat die bak wel constant te BSOD'en en komt ie niet eens meer up?

Daar heb je inderdaad gelijk in, ik vrees ook dat die er toch heen zal moeten rijden En het probleem lokaal op te lossen. Er staat ook in de firewall-support docs van MS, dat 'after deployment' alleen vanaf de desktop (/ MSDOS) de firewall uitgezet kan worden.

[Horus]

Zet gewoon de firewall nu aan met de de remote control poort open. Het lijkt me dat SP2 je eigen firewall rules niet gaat lopen veranderen (dit zou je nog even kunnen testen)

[ChUcKiE]

Kun je niet gewoon rechtstreek naar de console gaan met je RDP-client:

mstsc /v:clientname /console

Wellicht kun je dan wel gewoon de service uitzetten.

[alt-92]

Uit de topicstart:

Verwijderd schreef op 09 augustus 2004 @ 13:52:

na de reboot enabled SP2 de interne windows firewall en kan ik er dus remote niet meer bij.

Nee dus.

[ChUcKiE]

Nu ben ik klaar tot de reboot aan toe alleen daar blijf ik even hangen...

Disconnect sessie en neem over via console zou dan moeten lukken hoor

[iets]

Kun je niet van tevoren alvast de benodigde poorten openzetten in SP1? Of schrijft SP2 de instellingen van de oude firewall over?

[Jazzy]

En, hoe is het afgelopen?

[Verwijderd]

Jazzy schreef op 09 augustus 2004 @ 18:40:
En, hoe is het afgelopen?

hehehe iemand die ik ken heeft in t datacenter gebeld en die heeft t voor me gefixt

volgens de whitepapers werken heeft geen zin aangezien SP2 na de reboot de netFW.inf weer uit de systemrestore haalt als je die hebt aangepast en dan zet ie dus gewoon de firewall weer aan.

wat wel werkt (voor de volgende n00b die een colobak wil gaan SP2-en)

is de firewall van windows VOOR de reboot aan te zetten met je RDP / servicepoorten open in de rules

deze neemt ie dan na de reboot over in de "nieuwe" firewall

zo zie je maar.. van fouten leer je nog altijd t best. en whitepapers zijn niet altijd de oplossing omdat ook bij technet de heren niet altijd alles kunnen voorzien zoals bijv de systemrestorefunctie