Weten jullie wat dit is? Mijn shop(structuur) op het domein van iemand anders

[Frans Sijtsma]

Kreeg via google alerts een melding dat lockershop op een andere website genoemd werd.

 

Bij nakijken kwam er een https foutmelding van een verkeerd certificaat en kwam niet verder

 

door mijn naam te googlen op het betreffende domein : zie hier bleek dat er schijnbaar complete pagina's overgenomen worden incl. categoriestructuur.

 

Iemand enig idee wat dit is? Het originele domein staat namelijk op naam van een woningcorporatie, en dat lijkt me niet direct iemand die er belang bij heeft

[member123]

zie het wel eens dat er pagina's zijn met subdomeinnamen waarin andere websites geinclude worden maar dit is zo te zien een foutje van je hoster (is.nl).

 

Net even nagekeken en zie dat jullie beide dezelfde hoster hebben, waarschijnlijk is daar een configuratie foutje gemaakt waardoor jullie site ook onder die domeinnaam verschijnt.

even bellen met is.nl dus

[Frans Sijtsma]

Ah, wellicht is het idd zo simpel. Ga ze even contacten, thanx

[djluc]

Dat lijkt het inderdaad te zijn, het is van belang dit een beetje vlot op te lossen zodat Google niet teveel in de war raakt. Zal niet zo snel definitieve gevolgen hebben als het opgelost wordt maar prettig is het niet.

[Frans Sijtsma]

Bezoekers die een resultaat uit bovenstaande link van mij aanklikken komen wel terug in de stats van lockershop met als zoekterm site:wooncom etc.

 

Ofwel: ik heb nu dus voor 1 pagina meerdere url's :1x via Lockershop en 1x via wooncom. >;(

 

Frans

[djluc]

Yep, de verwijzing naar je statistiekentool is hard en daarnaast is het een serververwijzing. Simpelweg domein doorverwezen naar verkeerde hostingpakket.

 

Nog niemand te pakken gekregen?

[renep]

wooncom.nl en lockershop.nl hebben hetzelfde ip-nummer, dus het gaat om twee virtual hosts op dezelfde webserver. Het probleem doet zich alleen voor bij de https-variant van wooncom.nl. Dat is een bijzonderheid, omdat SSL en virtual hosting normaliter niet goed samengaan (SSL vereist een apart ip-nummer per site).

 

Dit kan bijvoorbeeld gebeuren als een provider virtual hosting biedt, en voor één van de virtual hosts (in dit geval vermoedelijk lockershop.nl) SSL configureert. Wanneer je dan een van de andere sites op dezelfde server via SSL benadert (in dit geval wooncom.nl), wordt die ene configuratie (van lockershop) gevolgd. De betreffende organisatie weet waarschijnlijk van niets, omdat ze zelf nooit https in de url typen, alleen http (de gewone http-variant van wooncom.nl verwijst door naar hun normale site op een ander domein).

 

Dat dit hoogstwaarschijnlijk de oorzaak is, blijkt uit deze url die ik zelf heb geconstrueerd, namelijk https met daarachter de hostname (door reverse lookup) van de betreffende web server: https: //w1.isad.nl/

(even de spatie weghalen, die ik erin heb gezet om te voorkomen dat deze url in Google komt)

Deze site zal je bekend voorkomen :) (na passeren van de certificaatwaarschuwing)

 

De consequentie van de huidige situatie is vermoedelijk dat alle virtuele sites op deze server, als iemand er een keer https voor zet, de content van lockershop.nl laten zien.

 

In zijn algemeenheid is het advies om SSL/https alleen te gebruiken met een apart ip-nummer, wat in de praktijk meestal betekent een - al dan niet virtual - dedicated server.

[huur.nl]

Beste Frans,

 

Ik heb nu contact met het storingsnummer van IS en wordt als het goed is zo teruggebelt.

Ik houd je op de hoogte.

 

Groeten,

Michael van Helden

Directshop.nl

[huur.nl]

Beste Frans,

 

Ik heb je per mail een reactie gestuurd.

 

Groeten,

Michael van Helden

directshop.nl

[member123]

nog niet opgelost zie ik.

Configuratie is helemaal een zooitje zie ik:

 

https:// wooncom.nl/ geeft als resultaat de site van lockershop

 

https://www. wooncom.nl/ geeft een melding dat pagina niet gevonden kan worden

 

http:// wooncom.nl/ geeft als resultaat een melding dat er geen pagina actief is. (dit zie ik overigens ook nog wel eens bij andere grote sites dat als je www. er niet voorzet dat hele site gewoon niet werkt.)

 

http://www. wooncom.nl/ verwijst door naar andere domeinnaam (dit is het enige goede resultaat.)

 

4 mogelijkheden waarvan er dus maar 1 op de juiste site uitkomt

[willemj]

In zijn algemeenheid is het advies om SSL/https alleen te gebruiken met een apart ip-nummer, wat in de praktijk meestal betekent een - al dan niet virtual - dedicated server.

 

Misschien dat het door ip4-schaarste veranderd is maar ik heb bij meerdere shared hosting pakketten (o.a. van xs4all, widexs en pair) gewoon een dedicated ip adres gekregen. Bij de laatste heb ik er zelfs 4.

 

Bij een klant van me was de complete site, ondanks een eigen ip adres, door een technische fout bij de hoster via een tweede domein toegankelijk. Heeft een maand of twee geduurd voor ik het ontdekte. Gelukkig geen effect op de bezoekersaantallen of de ranking gezien.