Név alapú virtuális hosztingwebtárhely néhány esetben nem választhatóhasználható:
* Amikor a kliensek nem internetböngészőt használnak, ezért nem küldik el a ''hostname''-t a kérésekben.
* Amikor a kliensek nem internet böngészőt használnak ezért nem küldik el a hostname-et a kérésekben. Néhány régebbi böngésző HTTP/1.0 nem használ [[retrofit]]ted a host mezőt ami csak a HTTP/1.1 protokoltól kezdődően jelent meg. (The "Host" header that distinguishes between various [[Domain Name System|DNS]] names sharing a single [[IP address]] was optional in HTTP/1.0; it is mandatory in HTTP/1.1, issued in 1999 as RFC 2616.)
* Néhány régebbi böngésző HTTP/1.0-t használ, és a hostname mező csak a HTTP/1.1 protokolltól kezdődően van jelen.
* Amennyiben titkosított HTTPS[[https]] kapcsolaton kell elérni a weboldalt, vagymert ekkor minden azonosweboldalnak, IPami címenugyanazon elérhetőaz névbázisúIP-címen virtuálisérhető hosztalel, kiszolgáltugyanazt weboldal ugyan azona digitális tanúsítványontanúsítványt lesz kénytelen osztozni; dedikált IP hoszting szolgáltatást kellkellene használnihasználnia. Ennek az az oka, hogy aaz [[Transport Layer Security|SSL/TLS]] [[handshaking|handshake]] utánmiatt a kiszolgáló titkosítva kapja meg a kliensekkliens által lekért virtuális hoszthost nevét a HTTP headerből.fejlécből, Aa kiszolgáló pedig csak az IP-cím alapján képes kiválasztinakiválasztani a kommunikáció során használatba kerülőhasználatos SSL Certettanúsítványt. A TLS protokol, leírásátprotokollt az RFC 3546 - ''Transport Layer Security (TLS) Extensions'', specifikálja. LegtöbbA hosztinglegtöbb webtárhely szolgáltató HTTPShttps hosztottárhelyet csak egyedi IP-címen biztosít, aminek további járulékos költségei vannak.
* Régebbi böngésző, vagy olyan speciális kliensalkalamzás esetén ahol a HTTP headerben nem kerül elküldésre a hosztnév a webszerver nem fogja azonosítani a kért weboldalt, és az alapértelmezett oldalt fogja elküldeni a kliensnek.
