🚀 go-pugleaf

Geert wrote:

>bij sommige hosting providers krijg je een eigen ip adres (of kan je
>er een krijgen tegen vergoeding). 
>
>Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
>hebben?

Dat je een eigen domain kan hebben?

-- 
	Bart.

On Sun, 04 Aug 2002 21:31:55 GMT, Geert
<NOSPAM_Geert.Serneels@gmx.net> wrote:

>bij sommige hosting providers krijg je een eigen ip adres (of kan je
>er een krijgen tegen vergoeding). 
>
>Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
>hebben?
Dan kun je SSL gebruiken. En een eigen FTP server.

En mocht je vergeten je domeinnaam rekening te betalen, kan je mensen
het IP adres geven (alhoewel de hoster eigenlijk ervoor hoort te
zorgen dat je site in een subdirectory te zien is).


-- 
z0ne / z0ne@cryogen.com       
'All my life I wanted to be some-one. 
 I guess I should have been more specific.. ' - Jane Wagner

"Geert" <NOSPAM_Geert.Serneels@gmx.net> wrote in message
news:b87rkuou61qitd4utk592dli42369trk77@4ax.com...
> bij sommige hosting providers krijg je een eigen ip adres (of kan je
> er een krijgen tegen vergoeding).
>
> Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
> hebben?

Is enkel nodig indien je SSL wil hebben voor je site of indien je een
anonymous FTP account wil draaien....

En ja, ook nodig voor enkele heel oude browsers die geen virtuele clients
aankunnen.... Weet niet of die nog in omloop zijn...

Johan

"Geert" <NOSPAM_Geert.Serneels@gmx.net> wrote in message
news:b87rkuou61qitd4utk592dli42369trk77@4ax.com...
> bij sommige hosting providers krijg je een eigen ip adres (of kan je
> er een krijgen tegen vergoeding).
>
> Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
> hebben?

Er zijn nog meer voordelen als hierboven omschreven nl:

- Reverse DNS (leuk als je bv een irc bouncer wilt draaien)
- Bij diverse creditcard afhandelingen is het nodig
- Staat professioneler, een traceroute komt dan niet op blaat.jewebhost.nl
uit maar op jouwdomeinnaam.nl (indien je dus een reverse dns mogelijkheid
hebt)
- Als je om welke reden dan ook geen dns kan resolven kun je hem toch
bereiken door het ip in te tikken
- Etc

Voor een webhost heeft het als voordeel dat ze beter kunnen zien hoeveel up
en download je hebt gehad op je IP adres (meerdere domeinnamen op 1 ip is
moeilijker precies te berekenen)

Maar voor een gewone user met een gewone website heb je er eigenlijk heel
weinig aan.

Neen, je kan ook een domeinnaam hebben met een shared IP adres...

Wim


"Bart Lateur" <bart.lateur@pandora.be> wrote in message
news:728rkuo8pkcmvum7nholl5nlq21u3cqov4@4ax.com...
> Geert wrote:
>
> >bij sommige hosting providers krijg je een eigen ip adres (of kan je
> >er een krijgen tegen vergoeding).
> >
> >Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
> >hebben?
>
> Dat je een eigen domain kan hebben?
>
> --
> Bart.

Johan:
>enkele heel oude browsers die geen virtuele clients
>aankunnen.... Weet niet of die nog in omloop zijn...

Nee, die zijn nu echt van vroeger.

-- 
Ren� Pijlman

Wat wil jij leren?  http://www.leren.nl

In be.providers Geert <NOSPAM_Geert.Serneels@gmx.net> wrote:
> bij sommige hosting providers krijg je een eigen ip adres (of kan je
> er een krijgen tegen vergoeding). 

Dit is enkel bij amerikaanse providers. In Europa mag dit niet zomaar
van Ripe (en eigenlijk heeft Ripe groot gelijk!)

> Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
> hebben?

Voordeel: Je kan je klant een ftp-server aanbieden, als iemand een
stokoude browser heeft (bv IE 3 of zo) komt hij toch op uw site
terecht, je moet niet gaan prutsen met pop-adressen genre
account@domain_van_de_klant.be, je kan gewoon account gebruiken als
pop-naam.

Ook is het veel gemakkelijker voor de hoster zelf om de totale
traffiek te tellen. (Gewoon firewall logs parsen). Als de hoster
meerdere klanten op 1 ip zitten heeft, is het bijhouden van de trafiek
wat lastiger. Maar wij zien dat als voordeel van de klant: zo tellen
wij bv enkel de webtrafiek, niet mail/ftp/... verkeer...

Eigenlijk allemaal ongemakken die er niet meer zijn, maar toch.


Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

In be.providers Bart Lateur <bart.lateur@pandora.be> wrote:
> Dat je een eigen domain kan hebben?

He, dat is compleet foutief! Ik heb (behalve enkele speciale gevallen)
geen klanten die hosting bij ons hebben en die een eigen ip hebben.
Toch hebben die allemaal een eigen domain hoor!


Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

<frank@openminds.be> wrote in message
news:ailba0$13boeg$1@ID-103399.news.dfncis.de...
> In be.providers Geert <NOSPAM_Geert.Serneels@gmx.net> wrote:
> > bij sommige hosting providers krijg je een eigen ip adres (of kan je
> > er een krijgen tegen vergoeding).
>
> Dit is enkel bij amerikaanse providers. In Europa mag dit niet zomaar
> van Ripe (en eigenlijk heeft Ripe groot gelijk!)

Je kunt niet zomaar eigenaar van een IP worden, maar je kunt wel een IP
adres "huren" bij iemand die een heel block heeft via Ripe. Het is heel
normaal dit aan te bieden aan een klant, bij ons heeft ongeveer 1 op de 40
webhosting klanten een eigen IP adres omdat ze dit, om wat voor reden dan
ook, nodig hadden.

In be.providers Alain <Alain@shockmedia.nl.spamsux.nl> wrote:
>
>> Dit is enkel bij amerikaanse providers. In Europa mag dit niet zomaar
>> van Ripe (en eigenlijk heeft Ripe groot gelijk!)

> Je kunt niet zomaar eigenaar van een IP worden, maar je kunt wel een IP
> adres "huren" bij iemand die een heel block heeft via Ripe. Het is heel
> normaal dit aan te bieden aan een klant, bij ons heeft ongeveer 1 op de 40
> webhosting klanten een eigen IP adres omdat ze dit, om wat voor reden dan
> ook, nodig hadden.

Ja, maar ofwel speelt uw upstream provider het een beetje los, ofwel
(als u zelf uw eigen RIPE block hebt), weet u dat u bij RIPE geen ips
meer bijkrijgt als u ip-based hosting doet.

U spreekt van 1/40, bij mij is het zelfs iets hoger denk ik. Er zijn
(zoals ik al zei) veel gevallen waarin het nodig is. Bv: klant wil
ftp-server, klant gebruikt SSL, klant heeft dedicated/virtual
dedicated server nodig... Allemaal redenen waar ripe niks op tegen
heeft, en waar inderdaad een eigen IP voor die klant niet allen nuttig
maar ook noodzakelijk is.

Er zijn echter veel amerikaanse hosters die bij elk dom accountje van
misschien 8 USD/maand standaard een ip geven. Dat is compleet idioot,
en ik vind persoonlijk dat RIPE zou moeten protesteren bij ICANN
hierover, maar ja ... de dag dat ICANN zich iets gaat aantrekken van
RIPE (of van iemand anders for that matter) moet nog aanbreken :-(


Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

On 5 Aug 2002 08:01:18 GMT, frank@openminds.be wrote:

>In be.providers Bart Lateur <bart.lateur@pandora.be> wrote:
>> Dat je een eigen domain kan hebben?
>
>He, dat is compleet foutief! Ik heb (behalve enkele speciale gevallen)
>geen klanten die hosting bij ons hebben en die een eigen ip hebben.
>Toch hebben die allemaal een eigen domain hoor!

Sterker nog, ik heb op mijn chello IP adres alleen al 6 domeinnamen
;-) (en dat is alleen web, domeinen waar ik fallback MX en secondary
DNS voor draai reken ik even niet mee)

Niet allemaal van mezelf die domein, en geen ruk traffic, maar om maar
even te laten zien; het kan wel ;-)


-- 
z0ne / z0ne@cryogen.com       
'All my life I wanted to be some-one. 
 I guess I should have been more specific.. ' - Jane Wagner

z0ne wrote:

>On 5 Aug 2002 08:01:18 GMT, frank@openminds.be wrote:
>
>>In be.providers Bart Lateur <bart.lateur@pandora.be> wrote:
>>> Dat je een eigen domain kan hebben?
>>
>>He, dat is compleet foutief! Ik heb (behalve enkele speciale gevallen)
>>geen klanten die hosting bij ons hebben en die een eigen ip hebben.
>>Toch hebben die allemaal een eigen domain hoor!
>
>Sterker nog, ik heb op mijn chello IP adres alleen al 6 domeinnamen
>;-) (en dat is alleen web, domeinen waar ik fallback MX en secondary
>DNS voor draai reken ik even niet mee)
>
>Niet allemaal van mezelf die domein, en geen ruk traffic, maar om maar
>even te laten zien; het kan wel ;-)

OK... hoe werkt dat dan? Voor wat ik er van begrijp, gaat DNS een domein
naam omzetten in een IP adres. Bv. het IP adres van
<breedband.telenet.be> is [195.130.132.82]. Voor mij zijn die twee
synoniemen.

Dit systeem kan niet volstaan om te doen wat jij zegt. Hoe werkt het dan
wel?

-- 
	Bart.

"Bart Lateur" <bart.lateur@pandora.be> wrote in message
news:dnpsku8qeo2u3nhf4s7qilroo8nhsvc3bb@4ax.com...
> Dit systeem kan niet volstaan om te doen wat jij zegt. Hoe werkt het dan
> wel?

Met VirtualHosts

Bart Lateur:
[meerdere domeinen met 1 IP-nummer]
>OK... hoe werkt dat dan? Voor wat ik er van begrijp, gaat DNS een domein
>naam omzetten in een IP adres. Bv. het IP adres van
><breedband.telenet.be> is [195.130.132.82]. Voor mij zijn die twee
>synoniemen.

Inderdaad.

>Dit systeem kan niet volstaan om te doen wat jij zegt.

Waarom niet?

>Hoe werkt het dan wel?

Gewoon, zoals jij zelf al aangeeft.

-- 
Ren� Pijlman

Wat wil jij leren?  http://www.leren.nl

In be.providers Bart Lateur <bart.lateur@pandora.be> wrote:
> OK... hoe werkt dat dan? Voor wat ik er van begrijp, gaat DNS een domein
> naam omzetten in een IP adres. Bv. het IP adres van
> <breedband.telenet.be> is [195.130.132.82]. Voor mij zijn die twee
> synoniemen.

Je gaat er (verkeerdelijk) vanuit dat die omzettingen uniek zijn, of
dat als host.domain.tld resolvt naar 1.2.3.4, dat dan 1.2.3.4 (of
beter, 4.3.2.1.in-addr.arpa) resolvt naar host.domain.tld.

> Dit systeem kan niet volstaan om te doen wat jij zegt. 

Klein bewijsje:
www.openminds.be    	A	212.35.126.198
www.qa-team.be      	A	212.35.126.198
www.eureka-antwerp.be	A	212.35.126.198

198.126.35.212.in-addr.arpa	CNAME	198.192-27.126.35.212.in-addr.arpa
198.192-27.126.35.212.in-addr.arpa	PTR	whiskey.openminds.be

Dit natuurlijk in combinatie met Host: headers in je web-browsers
request ...



Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

"Alain" <Alain@shockmedia.nl.spamsux.nl> wrote in message
news:FOt39.71244$5x.8645932@zwoll1.home.nl...
> "Bart Lateur" <bart.lateur@pandora.be> wrote in message
> news:dnpsku8qeo2u3nhf4s7qilroo8nhsvc3bb@4ax.com...
> > Dit systeem kan niet volstaan om te doen wat jij zegt. Hoe werkt het
dan
> > wel?
>
> Met VirtualHosts

Inderdaad.  Om het iets correcter uit te drukken: met name-based virtual
hosts.  Ondersteuning voor name-based virtual hosts via de "Host:"-header
is verplicht in het HTTP 1.1 protocol (zie RFC2616) en wordt momenteel
zelfs ondersteund door alle gekende browsers die nog met HTTP 1.0 werken.

Gebruik van virtual hosts is zelfs aan te moedigen.  Het draagt bij tot een
verantwoord gebruik van de steeds schaarser wordende IP-adressen (in
afwachting van de invoering van IPv6).

Let wel dat er heel wat verschil is tussen "een vast ip adres" en "een
eigen ip adres".  Voor de meeste hosting-doeleinden is het eerste ruil
voldoende.

Luc

Geert <NOSPAM_Geert.Serneels@gmx.net> schreef in berichtnieuws
b87rkuou61qitd4utk592dli42369trk77@4ax.com...
> bij sommige hosting providers krijg je een eigen ip adres (of kan je
> er een krijgen tegen vergoeding).
>
> Wat is eigenlijk het voordeel of nadeel van een eigen ip adres te
> hebben?
> --
> mvg,
> Geert
Een IP adres is het adres van jou computer, als ik het IP adres van jou weet
en je staat ingelogd kan ik op jou computer inbreken.
Bij een vast IP adres kun je dus ook beter een firewall gebruiken om dit
tegen te gaan (zoals Zonealarm).

Bij een wisselende IP adres wordt het erg moeilijk om in te breken, omdat
het adres telkens veranderd.

Het is net zo als het adres waar je woont, als de voordeur open laat kan ik
zo naar binnen lopen en mee nemen wat ik wil.
Als je steeds verhuisd weet ik niet meer waar je woont, en da wordt het erg
moeilijk om in te breken.

Groet

Willem.

Willem:
>Een IP adres is het adres van jou computer, als ik het IP adres van jou weet
>en je staat ingelogd kan ik op jou computer inbreken.

Nou, breek dan maar in op mijn computer (IP staat in de headers
van deze posting). Veel succes.

>Het is net zo als het adres waar je woont, als de voordeur open laat kan ik
>zo naar binnen lopen en mee nemen wat ik wil.
>Als je steeds verhuisd weet ik niet meer waar je woont, en da wordt het erg
>moeilijk om in te breken.

Wat een lariekoek. Een vast of variabel adres hebben (locatie)
en een open of gesloten voordeur (veiligheid) zijn
onafhankelijke eigenschappen. Je kunt het een hebben met of
zonder het ander.

-- 
Ren� Pijlman

Wat wil jij leren?  http://www.leren.nl

On Mon, 05 Aug 2002 11:55:25 GMT, Bart Lateur <bart.lateur@pandora.be>
wrote:

>OK... hoe werkt dat dan? Voor wat ik er van begrijp, gaat DNS een domein
>naam omzetten in een IP adres. Bv. het IP adres van
><breedband.telenet.be> is [195.130.132.82]. Voor mij zijn die twee
>synoniemen.
Ik zal een iets uitgebreider antwoord geven dan de anderen ;-)

Dit is een mooi voorbeeld van het veelgemaakte denkfout. Om het in
logica termen uit te druken domeinnaam -> (impliceert) IP adres.
ALS de domeinnaam x is, DAN is het ip adres y.
Geldt het omgekeerde ook? Dat kan. Maar denk eens aan de volgende
uitspraak ; ALS het regent en ik buiten ben zonder paraplu DAN ben ik
nat. Als ik nat ben, ben ik dan buiten in de regen? Misschien zwem ik
wel!

Nu weer terug naar DNS.
Het is mogelijk om meerdere hostnames hetzelfde IP adres te geven.
Zo kun je zelfs voor een domeinnaam ALLE mogelijke hostnames maken,
die allemaal hetzelfde IP adres hebben! Hoe? * IN A 192.168.0.1

Goed, wat gebeurt er nu op de webserver?
De webserver weet in principe voor TCP/IP verbindingen alleen het IP
waarop het binnenkomt, de afzenderIP en de poortnummers.
Wat nu als er meerdere domeinen op hetzelfde IP nummer draaien? Welnu,
je browser stuurt in de request (GET /index.html) in de headers
informatie mee als welke browserversie je gebruikt, cookies, maar ook
de hostname!
Voor e-mail geldt ook dat je altijd het adres van de ontvanger
meegeeft inclusief domeinnaam (tenzij je handmatig aan het kloten bent
;-)

Leuk spelletje, ga naar een site die gehost wordt bij een goedkope
hoster (geen dedicated server dus ;-) en zoek het bijbehorende IP
adres. Vul nu in je browser alleen het IP adres in. 10 tegen 1 dat je
op een pagina van de hoster terecht komt in plaats van op de website
die bij de domeinnaam hoort.

Er zijn ook protocollen die geen informatie over de hostname
meesturen, zoals FTP ; als je een anonymous FTP site wilt hebben heb
je dus een eigen IP nodig, want (zonder login) is IP nummer de enige
informatie die je hebt om te besluiten welke inhoud de client voor
zijn kiezen moet krijgen.

Omgekeerd ligt het anders, als je de hostname opzoekt bij een IP
adres, moet de hostname wel uniek zijn. Vergelijk het met je
huisadres; je kunt op een envelop gerust ter attentie van de
broodwinner zetten, en zo kunnen ook de kinderen hun eigen post
krijgen op je gedeelde adres, maar zelf heb je ieder maar 1 huisadres.


-- 
z0ne / z0ne@cryogen.com       
'All my life I wanted to be some-one. 
 I guess I should have been more specific.. ' - Jane Wagner

z0ne wrote:

>Welnu,
>je browser stuurt in de request (GET /index.html) in de headers
>informatie mee als welke browserversie je gebruikt, cookies, maar ook
>de hostname!

Aha. Daar zit hem de kneep. Ik had al van virtuele http-servers gehoord,
maar enkel van meerdere IP's op ��n server. Maar volgens de Apache docs
kan je zowel "name based virtual hosts" en "IP-based virtual hosts"
hebben, en zelfs tegelijk. OK...

Raar eigenlijk, dat browsers begonnen zijn om de "host name" bij een
verzoek mee te sturen. De server kent die informatie namelijk al. Of is
die praktijk juist ontstaan om name based virtual hosts mogelijk te
maken?

-- 
	Bart.

On Tue, 06 Aug 2002 00:42:38 GMT, Bart Lateur <bart.lateur@pandora.be>
wrote:

>z0ne wrote:
>
>>Welnu,
>>je browser stuurt in de request (GET /index.html) in de headers
>>informatie mee als welke browserversie je gebruikt, cookies, maar ook
>>de hostname!
>
>Aha. Daar zit hem de kneep. Ik had al van virtuele http-servers gehoord,
>maar enkel van meerdere IP's op ��n server. Maar volgens de Apache docs
>kan je zowel "name based virtual hosts" en "IP-based virtual hosts"
>hebben, en zelfs tegelijk. OK...
>
>Raar eigenlijk, dat browsers begonnen zijn om de "host name" bij een
>verzoek mee te sturen. De server kent die informatie namelijk al. Of is
>die praktijk juist ontstaan om name based virtual hosts mogelijk te
>maken?
Nou ja, de mogelijkheid om een IP adres meerdere hostnames te geven
was er al, dus het was geen overbodige luxe, maar in principe is het
wel toegevoegd om het mogelijk te maken.
In HTTP 1.0 was de Host: header nog niet verplicht (netscape 1.0
stuurde hem al wel mee), in HTTP 1.1 wel.

http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc2068.html

 Older HTTP/1.0 clients assumed a one-to-one relationship of IP
addresses and servers; there was no other established mechanism for
distinguishing the intended server of a request than the IP address to
which that request was directed. The changes outlined above will allow
the Internet, once older HTTP clients are no longer common, to support
multiple Web sites from a single IP address, greatly simplifying large
operational Web servers, where allocation of many IP addresses to a
single host has created serious problems. The Internet will also be
able to recover the IP addresses that have been allocated for the sole
purpose of allowing special-purpose domain names to be used in
root-level HTTP URLs. Given the rate of growth of the Web, and the
number of servers already deployed, it is extremely important that all
implementations of HTTP (including updates to existing HTTP/1.0
applications) correctly implement these requirements: 

    * Both clients and servers MUST support the Host request-header.

    * Host request-headers are required in HTTP/1.1 requests.

    * Servers MUST report a 400 (Bad Request) error if an HTTP/1.1
request does not include a Host request-header.

    * Servers MUST accept absolute URIs. 


-- 
z0ne / z0ne@cryogen.com       
'All my life I wanted to be some-one. 
 I guess I should have been more specific.. ' - Jane Wagner

frank@openminds.be schreef in news:aj13aj$182ogb$1@ID-
103399.news.dfncis.de:

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> something like that... Ik dacht dat ik in theorie gewoon de publieke 
>> sleutel ter beschikking kan stellen, en dat die dan ook gebruikt kan 
>> worden. Uiteraard bewijs ik daarmee niet dat ik ben wie ik beweer te 
>> zijn, maar zo zou de encryptie toch al werken.
> 
> en hoe ga je die publieke sleutel ter beschikking stellen?

no idea... zoals ik al zei... puur theoretisch ;-) ben nog maar aan het 
lezen, weet nog niet hoe het werkt in praktijk.

-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

frank@openminds.be schreef in
news:aj13gk$182ogb$2@ID-103399.news.dfncis.de: 

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> ik weet helemaal niet hoe zoiets in praktijk gaat.. ik ben de
>> theoretische kant nog maar aan het bekijken. Ik laat je iets weten
>> als men boekje uitgelezen is ;-)
> 
> Wel euhm, ik denk dat de meesten die je al geantwoord hebben het
> "boekje" wel al gelezen hebben (it's my job to know things).
> 
> ik ga je verschrikkelijk teleur stellen, want ik ga het einde van je
> boekje vertellen: je hebt een ssl sleutel nodig!!
> 
> Wat wel zo is, is dat het (tenzij iemand zijn IE6 settings wat hoog
> staan) niet van een trusted 3th party moet zijn, dus dat je geen 350
> EUR (bij bv verisign) of zelfs geen 125 EUR (bij ons bv) moet betalen,
> maar dat dan je bezoekers wel een "Warning!!!" dialoogbox gaan krijgen
> van hun browser, tenzij je je eigen root CA aan al je gebruikers
> opdringt en laat importeren in hun browser...
> 
> Maar dat heb ik je op b.c.security al uitgelegd...

yepz, thx
ik ga toch maar een certificaat overwegen.



-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

frank@openminds.be schreef in
news:aj14b0$182ogb$5@ID-103399.news.dfncis.de: 

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> als mijn dns servers worden gehackt, en computersecurity.be wordt 
>> verbonden met het ip van de server van de hacker, en een gebruiker
>> suft naar computersecurity.be, komt hij terecht op de server van de
>> hacker... die heeft mijn website nagemaakt, zonder ssl, en als ze
>> daar inloggen, krijgt hij die gegevens in zen mailbox...
>> maar zoals ik al zei, doet hier niet echt ter zake ;-)
> 
> Mja, tenzij je je gebruiks leert van het volledige URL (inclusief
> https://) te loggen, en te kijken naar het sleuteltje in hun browser.
> 
> En als ze te leeg zijn om dat niet te doen, is het het type gebruiker
> dat gemakkelijker te scammen is hoor. ("Hi, this is the administration
> department of provider X. Due to new regulations and privacy laws, we
> are forced to verify the account information of 10% of our users each
> year. Can you please send us your loginname, date and place of birth,
> your pet's girlfriend's name and your creditcardnumber? As a
> compensation for your cooperation, you'll receive an Amazon gift
> certificate of 25 USD, and a 10% discount on next months bill. Thank
> you! FL, Customer Care Manager").


lol.
could be right ;-)

-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

frank@openminds.be schreef in
news:aj13up$182ogb$4@ID-103399.news.dfncis.de: 

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> schreef in
>> news:aj0qgn$dvm$1@news.tue.nl: 
> 
>> ik bedoelde maar, als de dns servers gehackt worden, en mijn domain
>> wordt met een ander ip verbonden, is een certificaat uiteraard
>> nutteloos... want de gebruiker komt niet meer in aanraking met mijn
>> server als hij naar mijn domein surft. Maar dat doet hier eigenlijk
>> helemaal niet ter zake... kwam gewoon even in me op ;-)
> 
> Juist het tegenovergestelde. Stel: bedrijven X en Y hebben alle 2 een
> ecommerce site, alleen heeft bedrijf X een klein beetje extra geld
> uitgegeven aan een "trusted 3th party" certificaat, en bedrijf Y niet.
> 
> Stel nu dat iemand hun dns-servers kan kraken, en alle verkeer omleid
> naar de site van cracker Z. 
> 
> Bon, stel nu een klant van X, die gaat plots een certificaat onder
> zijn neus geduwd krijgen, want die cracker gaat nooit een echt
> certificaat gekregen hebben. De bezoeker weet dus dat er iets mis is.
> (correctie, de bezoeker met clue).
> 
> Bezoekers van site Y daarentegen, zijn gewoon van zo'n ding te
> krijgen, en zijn gewoon van op OK te klikken. Die gaan dus niks
> doorhebben en recht in de val lopen.
> 
> Dus: als de site gekraakt wordt, is het juist BETER van een echt
> (betaald) certificaat te hebben...


lijkt me niet. Als je de dns servers van bedrijf X kraakt, en dat domain 
verbind aan een ander ip...
dan gaan de bezoekers gewoon op een andere server terechtkomen, en 
helemaal geen certificaat te zien krijgen.
Dan is het eigenlijk net alsof je van hosting veranderd... en je gebruikt 
geen certificaten meer.


-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

frank@openminds.be schreef in news:aj13lp$182ogb$3@ID-
103399.news.dfncis.de:

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> 
>>> Wel euhm, je hebt wel degelijk een certificaat nodig hoor! 
> 
>> hmpft ;-)
>> En waarom eigenlijk... enkel en alleen om router-hacks tegen te gaan?
> 
> wat heeft dit in gods naam met routerhacks te maken? SSL is layer
> 5 of 6, "routers" zijn L3????

Ik bedoel, wanneer iemand een tussenliggende router zou kunnen kraken, en 
man in the middel wilt spelen, dan heeft een certificaat dus wel zin.


> Je moet er alleen geen geld aan uitgeven, als t geen professionele
> site is, en je er zelf eentje kan maken...

Ik wil geen trusted site warning. Dus zelf maken is niet echt een optie 
;-)
 
>> Als ze men dns servers zouden kunnen kraken doet een certificaatje 
>> helemaal niets. ;-)
> 
> ik weet niet wat je allemaal uitkraamt, maar als dat uit dat boekje
> komt, mag je dat boekje weggooien... :)

toch niet. Zie vorig antwoord.

> 
> 
>> nu ja, het oog wil ook wat... en voor gebruikers komt het natuurlijk 
>> beter over een certificaat en ssl te gebruiken.
> 
> Dat is zeker waar!


-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

In be.providers Vincent Spruyt <info@computersecurity.be> wrote:

> lijkt me niet. Als je de dns servers van bedrijf X kraakt, en dat domain 
> verbind aan een ander ip...
> dan gaan de bezoekers gewoon op een andere server terechtkomen, en 
> helemaal geen certificaat te zien krijgen.
> Dan is het eigenlijk net alsof je van hosting veranderd... en je gebruikt 
                                                ^^^^^^^^^ verandert

> geen certificaten meer.

Ja, maar als iemand direct https://siteX.com intikt, gaat die dan
ofwel geen antwoord krijgen, ofwel een dialoogbox van WARNING!. En je
kan zeggen: dan redirect je dat gewoon, maar je ssl sessie wordt
uiteraard opgebouwd VOOR de redirects worden gedaan.



Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

frank@openminds.be schreef in
news:aj2h55$1892k8$1@ID-103399.news.dfncis.de: 

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
> 
>> lijkt me niet. Als je de dns servers van bedrijf X kraakt, en dat
>> domain verbind aan een ander ip...
>> dan gaan de bezoekers gewoon op een andere server terechtkomen, en 
>> helemaal geen certificaat te zien krijgen.
>> Dan is het eigenlijk net alsof je van hosting veranderd... en je
>> gebruikt 
>                                                 ^^^^^^^^^ verandert
> 
>> geen certificaten meer.
> 
> Ja, maar als iemand direct https://siteX.com intikt, gaat die dan
> ofwel geen antwoord krijgen, ofwel een dialoogbox van WARNING!. En je
> kan zeggen: dan redirect je dat gewoon, maar je ssl sessie wordt
> uiteraard opgebouwd VOOR de redirects worden gedaan.

oeps... even vergeten dat je https typt... en niet http :-)
you're right


-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

Vincent Spruyt <info@computersecurity.be> schreef in 
news:Xns926692A9ED2DBwww.computersecurity@195.130.132.65:

> frank@openminds.be schreef in
> news:aj2h55$1892k8$1@ID-103399.news.dfncis.de: 
> 
>> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> 
>>> lijkt me niet. Als je de dns servers van bedrijf X kraakt, en dat
>>> domain verbind aan een ander ip...
>>> dan gaan de bezoekers gewoon op een andere server terechtkomen, en 
>>> helemaal geen certificaat te zien krijgen.
>>> Dan is het eigenlijk net alsof je van hosting veranderd... en je
>>> gebruikt 
>>                                                 ^^^^^^^^^ verandert
>> 
>>> geen certificaten meer.
>> 
>> Ja, maar als iemand direct https://siteX.com intikt, gaat die dan
>> ofwel geen antwoord krijgen, ofwel een dialoogbox van WARNING!. En je
>> kan zeggen: dan redirect je dat gewoon, maar je ssl sessie wordt
>> uiteraard opgebouwd VOOR de redirects worden gedaan.
> 
> oeps... even vergeten dat je https typt... en niet http :-)
> you're right

hoewel ook hier... als de dns entrys gewijzigd worden, heeft mijn hosting 
er eigenlijk niets meer mee te zien. Dan is mijn website eigenlijk van 
hosting veranderd, en gaat er geen enkele verbinding meer worden opgezet 
met mijn server. Als die andere website dan een erkend certificaat 
gebruikt zullen gebruikers ook geen waarschuwing krijgen...


-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
> hoewel ook hier... als de dns entrys gewijzigd worden, heeft mijn hosting 
> er eigenlijk niets meer mee te zien. Dan is mijn website eigenlijk van 
> hosting veranderd, en gaat er geen enkele verbinding meer worden opgezet 
> met mijn server. Als die andere website dan een erkend certificaat 
> gebruikt zullen gebruikers ook geen waarschuwing krijgen...


Bon, wij hebben een secure server op https://secure.openminds.be, en
een geldig certificaat daarvoor (een certificaat toegekend aan
secure.openminds.be).

Jij breekt nu binnen (yeah right) in mijn dnsservers, en verandert het
A record naar iets anders.

Wel, die "iets anders" gaat nooit een geldig certificaat hebben voor
secure.openminds.be, dus: waarschuwing!


Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

frank@openminds.be schreef in
news:aj38bj$18joht$1@ID-103399.news.dfncis.de: 

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> hoewel ook hier... als de dns entrys gewijzigd worden, heeft mijn
>> hosting er eigenlijk niets meer mee te zien. Dan is mijn website
>> eigenlijk van hosting veranderd, en gaat er geen enkele verbinding
>> meer worden opgezet met mijn server. Als die andere website dan een
>> erkend certificaat gebruikt zullen gebruikers ook geen waarschuwing
>> krijgen... 
> 
> 
> Bon, wij hebben een secure server op https://secure.openminds.be, en
> een geldig certificaat daarvoor (een certificaat toegekend aan
> secure.openminds.be).
> 
> Jij breekt nu binnen (yeah right) in mijn dnsservers, en verandert het
> A record naar iets anders.
> 
> Wel, die "iets anders" gaat nooit een geldig certificaat hebben voor
> secure.openminds.be, dus: waarschuwing!

en hoe zou mijn browser weten dat hij een certificaat kan verwachten?



-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -

In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
> idd, maar hij weet dus niet welk certificaat hij kan verwachten.
> En als die cracker dus ook een erkend sertificaat gebruikt, zal er geen 
> melding gegeven worden.

Toch wel: de browser vergelijkt de name die je intikt met de naam die
op het certificaat staat, en die gaan dus niet gelijk zijn...


Vriendelijke groeten,
Frank Louwers

-- 
Openminds bvba                www.openminds.be
Tweebruggenstraat 16  -  9000 Gent  -  Belgium

frank@openminds.be schreef in news:aj3bef$1876kk$1@ID-
103399.news.dfncis.de:

> In be.providers Vincent Spruyt <info@computersecurity.be> wrote:
>> idd, maar hij weet dus niet welk certificaat hij kan verwachten.
>> En als die cracker dus ook een erkend sertificaat gebruikt, zal er geen 
>> melding gegeven worden.
> 
> Toch wel: de browser vergelijkt de name die je intikt met de naam die
> op het certificaat staat, en die gaan dus niet gelijk zijn...

aaaah, ik heb hem! eindelijk! ;-)
thx

-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids, 
we'd all be running around in darkened rooms, munching magic pills and 
listening to repetitive electronic music. (Christian Wilson)
		- <url:http://www.computersecurity.be/> -