Bagaimana untuk melakukan Perubahan Skop DHCP | vMWare ESXi Windows DHCP VM - Bagaimana Untuk

Bagaimana untuk melakukan Perubahan Skop DHCP | vMWare ESXi Windows DHCP VM

Kredit: penyelesaian ini ditulis untuk kes yang diposkan oleh RobAv "Skop perubahan pelayan DHCP VMware dan tidak dapat dikunci". Terima kasih atas peluang untuk berkhidmat dengan keperluan teknologi anda Rob.

Mahu menukar skop pada Pelayan DHCP Windows yang dimodalkan melalui nod VMWare ESXi (atau suka). Ini dengan penilaian yang betul, mengurangkan kesan dan banyak perlindungan dalam prosedur.

RobAv, saya fikir ramai jika tidak semua jawapan kami dapat memberi anda ketenangan fikiran.

Mari cuba mendapatkan lebih spesifik dan berikan prosedur langkah demi langkah dengan perlindungan (sejak saya membuat anda tidak terlalu khawatir tentang perubahan ini)

ASUMSI DAN KEPERLUAN:

- Semua peranti dalam rangkaian yang sama, suis yang lebih baik sama. Tiada penghantar yang terlibat.

- Persekitaran Windows.

- Ambil nota dari mana-mana Pelanggan dalam syarikat dengan IP STATIC dan pastikan yang lain benar-benar berada di DHCP.

- Pastikan (!!!) anda mempunyai konsol (PHY) ke pelayan infrastruktur kritis anda (Active Directory adalah kunci di sini) kerana anda perlu mengubah IP mereka secara manual (saya mengesyaki dan mengharapkan IP statik di sini).

- (!!!) Jika anda mempunyai apa-apa yang lebih rumit seperti EXCHANGE atau SQL (Sila pastikan anda mempunyai kesan APAPI PERUBAHAN UNTUK RANGE IP yang disemak oleh seseorang dengan pengetahuan yang solid pada App ini dan pelaksanaan platform anda)

Dengan mengandaikan rangkaian anda adalah sangat biasa 192.168.1.0, dengan parameter biasa ini juga:

Subnet Mask: 255.255.255.0

Gateway lalai: 192.168.1.1

Kemudian katakan komputer anda mempunyai alamat IP berikut

(W) Workstation Pelanggan Anda (Jika klien vSphere dipasang): 192.168.1.15

(X) Konsol Pengurusan ESXi: 192.168.1.4

(H) Server DHCP (VM Dalam vSphere): 192.168.1.250

Katakan juga anda ingin membuat perubahan skop IP anda ke rangkaian 10.0.1.0, maka saya akan melakukan ini:

(1) (Lakukan sebelum dijelaskan trelstadtech). Berikan IP lain seperti 10.0.1.15 ke ciri (Multi-Homing) anda (W). Anda boleh melakukannya melalui NIC Card Advanced Properties untuk Protokol IP TCP (semula Windows)

Lihat imej awam di sini: https://drive.google.com/file/d/0B68P2NMeVToEU0dRdEpVZ2lCS1k/view?usp=sharing

(2) (NEW | Opt | Safeguard) Di dalam anda ESXi (X) tambahkan Kumpulan Port baru dalam vSwitch yang sama dengan Pengurusan semasa anda. Jadikan ia sebagai jenis vmkernel juga tetapi kali ini ia memberikan IP dalam julat baru, 10.0.1.5

Sekarang anda mempunyai pengurusan pada rangkaian OLD dan BARU.

(3) (BARU | Memilih dan keperluan 2) Dari (W) anda sila ambil perhatian tentang tetapan IP OLD dan teruskan dan keluarkannya. Anda akan tinggal dengan IP baru 10.0.1.15. Sambung ke pengurusan baru node ESXi IP 10.0.1.5 dan anda harus dapat Konsol ke DHCP VM anda.

Pulihkan tetapan IP OLD anda (dari nota anda :)

(4) Sambung semula ke ESXI pada OLD (atau NEW) IP. Sama ada Konsol (pilihan) atau RDP ke Pelayan DHCP anda. Pastikan pelayan DHCP anda mempunyai Statik IP itu sendiri. Hentikan perkhidmatan DHCP, ubah IP sendiri ke julat baharu 10.0.1.250 | Ubah skop DHCP anda ke julat baru.

Jika anda menyaman konsol boleh menukar perintah skop IP vs IP DHCP.

(5) RDP ke pelayan pada IP baru.

(6) Mula semula pelayan DHCP

(7) Uji pelanggan (pergi ke sana atau RDP dari (W) kerana anda masih boleh (ingat bahawa multi-homing) oleh

ipconfig .release && ipconfig renew.

(8) Oleh itu, kini pelanggan anda, pelayan DHCP anda dan Konsol Pengurusan ESXi anda berada pada Julian IP BARU, pelanggan yang diuji dan IP statik yang lain ditukar dan diuji. Mula mengeluarkan contoh statik Pelbagai IP OLD (Old Group Port Pengurusan, IP Lama di (W))

Harap ini membantu

Carlos

(Hantar mesej peribadi jika perlu bantuan lanjut)

Perubahan Skop DHCP kebanyakannya merupakan proses yang mudah. Walau bagaimanapun, tidak dapat dielakkan mempunyai kesan pada pelanggan dan pelayan uptime. Saya percaya bahawa dengan analisis impak yang betul dan perlindungan yang diperlukan ini boleh dilakukan dengan cepat semasa mengurangkan downtime.

Pada setiap masa, sila tahu tahap pengetahuan platform anda. Jangan berasa malu untuk menjangkau orang-orang yang anda fikirkan atau tahu boleh memberi penerangan tentang bahagian rangkaian anda, anda mungkin tidak mempunyai maklumat yang mencukupi tentang bagaimana perubahan yang anda sedang perancangan lakukan akan memberi kesan kepada mereka.