Apa praktik terbaik untuk mengarahkan alamat IP dari server web ketika host beberapa nama domain?


8

Saya berencana untuk memiliki 2 nama domain terpisah yang menunjuk ke instalasi Apache yang sama dengan WordPress multi-situs.

Saya dapat mengatur host virtual dengan benar untuk setiap domain, tidak ada masalah. Saya dapat meminta kedua domain menunjuk ke host yang sama, jangan khawatir.

Saat ini saya memiliki arahan ulang untuk semua lalu lintas yang menyentuh alamat IP server web ke domain awal saya:

<VirtualHost *:80>
<Directory "/share/Web/WordPress">
        Options FollowSymLinks MultiViews
        AllowOverride All
        Require all granted
</Directory>
        ServerName 1.1.1.100
        Redirect / https://www.example.com/
</VirtualHost>

Apa praktik terbaik untuk mengarahkan alamat IP ketika 2 nama domain menunjuk ke IP yang sama?

Saya berpikir untuk membuat 404halaman generik dan menampilkannya ketika mengenai alamat IP. Tapi apakah ini akan merugikan SEO saya di kedua situs?

Bagaimana cara perusahaan hosting berbagi mengarahkan lalu lintas HTTP berdasarkan alamat IP? Apakah mereka menunjuk kembali ke perusahaan induk, atau yang lain? Mungkin ini semua bukan masalah?

Jadi hanya untuk menjadi jelas: apa praktik terbaik untuk mengarahkan alamat IP dari server web ketika host beberapa nama domain?


1
Perusahaan hosting yang menawarkan akun bersama biasanya memiliki sejumlah situs yang dihosting semua di alamat IP yang sama menggunakan host virtual seperti yang Anda lakukan .. Mereka mengarahkan alamat IP baik ke halaman server default, situs default, atau halaman kesalahan. Dalam kedua kasus, itu tidak mempengaruhi situs SEO-bijaksana lainnya. Mesin pencari merayapi situs satu per satu berdasarkan domain atau IP dan tidak mengaitkan keduanya. Jadi ya, ini benar-benar bukan masalah - menunjuk alamat IP ke salah satu situs baik-baik saja dan tidak akan berdampak pada situs lain.
dan

Alamat IP dikaitkan dengan domain untuk pengalamatan. Alamat IP, biasanya, dihosting di komputer. Saat permintaan browser dibuat, paket permintaan dibuat dengan URL di header. Paket dikirim ke port server 80 untuk protokol HTTP yang mengikat server web untuk menangani permintaan. Server web harus memiliki host virtual yang dibuat untuk menangani nama domain. Ini adalah server web yang menangani permintaan dengan nama domain dan bukan alamat IP. Setiap permintaan yang tidak dikenal, permintaan di mana nama domain tidak memiliki host virtual, akan ditangani oleh situs pertama yang dibuat.
closetnoc

Situs pertama yang dibuat ini kadang-kadang sengaja dikonfigurasikan untuk menangani permintaan alamat IP saja atau permintaan yang tidak dikenal. Ini dikenal sebagai situs default. Ini adalah situs default atau situs pertama yang dibuat selain dapat mengarahkan permintaan alamat IP saja. Jika Anda tidak mengontrol default atau situs pertama yang dibuat, Anda tidak akan dapat menangani permintaan alamat IP saja. Situs Anda akan menjadi satu-satunya situs di server. Jika tidak, maka Anda tidak akan memiliki tingkat kontrol yang Anda cari. Apakah ini membantu? Apakah saya mendapatkan pertanyaan Anda dengan benar? Bersulang!!
closetnoc

1
Terima kasih Dan, komentar Anda menjawab pertanyaan saya. Maaf untuk vaguesness.
Mike

1
@ Mike Saya pikir pertanyaan ini bisa membantu orang lain jika sudah diklarifikasi. Saya akan membantu mengeditnya, dan akan menyarankan memposting jawaban yang Anda edit di bawah ini sebagai jawaban dan menerimanya ketika Anda bisa sehingga jelas bagi orang lain, dan Anda mendapat lebih banyak perwakilan di sini.
dan

Jawaban:


7

Jawabannya ada di komentar:

Perusahaan hosting yang menawarkan akun bersama biasanya memiliki sejumlah situs yang dihosting semua di alamat IP yang sama menggunakan host virtual seperti yang Anda lakukan .. Mereka mengarahkan alamat IP baik ke halaman server default, situs default, atau halaman kesalahan. Dalam kedua kasus, itu tidak mempengaruhi situs SEO-bijaksana lainnya.

Untuk kejelasan mengarahkan IP ke halaman kesalahan, 404 atau halaman arahan lain adalah praktik terbaik. Tidak ada yang akan berdampak negatif terhadap SEO dari domain yang diinangi.


2

Jawaban untuk pertanyaan Anda "Apa praktik terbaik untuk mengarahkan ulang alamat IP server web ketika host beberapa nama domain?" adalah ini: Praktik terbaik adalah menggunakan redirect (Apache) atau mengembalikan kesalahan 444 (Nginx) untuk mencegah serangan header host.

Pertanyaan kedua Anda tentang SEO tidak relevan dan tidak ada hubungannya dengan judul pertanyaan Anda, tetapi Anda harus mengajukan pertanyaan baru, "Bisakah mengarahkan ulang permintaan untuk alamat IP server mempengaruhi SEO?" jika itu membuatmu khawatir.

Berikut adalah contoh untuk Apache:

<VirtualHost *:80>
  ServerName IP.AD.DR.ESS
  Redirect permanent / http://www.example.com/
</VirtualHost>

Dan ini adalah contoh untuk Nginx:

server {
  listen 80;
  server_name IP.AD.DR.ESS;
  return 444;
}

Kedua contoh mendengarkan pada port 80 hanya karena mengarahkan permintaan HTTPS untuk alamat IP pada port 443 tidak mungkin.


Hai Tom, dalam contoh Anda, saya akan memerlukan nama domain untuk redirect Apache. Ini tidak menjawab pertanyaan saya. Juga, mengembalikan 444 dari nginx dan mengalihkan ke domain lain dari Apache adalah 2 perilaku berbeda untuk skenario yang sama, oleh karena itu tidak terdengar seperti praktik terbaik.
Mike

Anda tidak memerlukan nama domain untuk Apache, Anda dapat benar-benar mengarahkan ulang ke example.com alih-alih salah satu domain Anda jika Anda mau. Pada poin kedua Anda, Apache tidak mendukung 444 kesalahan, ini adalah hal Nginx. Mencegah serangan header host adalah praktik terbaik, dan alat yang berbeda melakukannya secara berbeda. Tidak yakin saya mengerti logika dalam komentar Anda tapi saya harap itu lebih jelas sekarang?
Tom Brossman

Hai Tom, terima kasih sudah menjelaskan. Saya mengerti maksud Anda sekarang. Saya percaya serangan header host tidak relevan di sini karena tidak ada catatan PTR dns sehingga nama domain tidak menyelesaikan dari alamat IP. IMHO jawaban dalam jawaban saya masih dipandang sebagai praktik terbaik.
Mike
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.