Microsoft lost NAT probleem in Service Pack 2 op
Ondanks een uitgebreide testperiode blijken er toch nog wat problemen met Service Pack 2 voor Windows XP te zijn. Een van de problemen is het verlies van netwerkconnectiviteit bij machines die de op L2TP gebaseerde VPN client van Microsoft gebruiken om met servers, die met een op NAT-gebaseerd netwerk verbonden zijn, verbinding te maken. Het probleem treft vooral thuis- en telewerkers die via een VPN met L2TP verbinding willen maken. Microsoft heeft echter een oplossing beschikbaar gesteld die een einde aan het probleem moet maken. Door het toevoegen van een registersleutel wordt de situatie weer zoals die voor de installatie van SP2 was. Meer informatie over het probleem, de registersleutel en L2TP en NAT staat in dit artikel vermeld.
uit, dat had ik niet verwacht
Slapen ze allemaal in Richmond ?
een heleboel software producenten daar nog wat van leren.
mwja, tis ook wel een klein suf probleempje. Als dat de
enige fout is, kunnen een heleboel software producenten daar
nog wat van leren.
Hoe het niet moet bedoel je ?
Hoe het niet moet bedoel je ?
zal er wel niet bij blijven,
maar als je ms af wilt zeiken.. doe het dan goed :|
mwja, tis ook wel een klein suf probleempje. Als dat de
enige fout is, kunnen
een heleboel software producenten daar nog wat van
leren.
Uiteraard is dit niet het enige probleem met service pack 2.
Wat dacht je van het blokkeren van de hele 127 reeks m.u.v.
127.0.0.1?
Dragostea Din Tei
Pff, heb ik net na 24 uur die tune uit mijn hoofd, lees ik
het gewoon hier nog :X
Maar je zou toch denken dat men met het pro-security beleid
van MS ook zelf wel aan IPsec en PP2P doet en heel
misschien een en ander test... 'k Begin me echt af te vragen
of er meer dan 5 mensen involved waren bij de ontwikkeling
van dit SP.
Ja, SP2 is nooit meer gebleken dan een NATTE droom.
D.w.z. de wereld is ontwaakt, in de werkelijkheid waarin SP2
niet werkt
pack 2.
Wat dacht je van het blokkeren van de hele 127 reeks m.u.v.
127.0.0.1?
Hoe bedoel je 'blokkeren'? Die adressen zouden in ieder
geval inderdaad niet op uitgaande pakketten horen te zitten,
zie hoofdstuk 2 van RFC 3330:
Internet host loopback address. A datagram sent by a higher
level protocol to an address anywhere within this block
should loop back inside the host. (knip) no addresses within
this block should ever appear on any network anywhere
[RFC1700, page 5].
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
