Jejaki proksi melalui penggunaan MAAS
Bezakan muat turun imej, trafik pemasang, akses pakej yang digunakan dan permintaan aplikasi kemudian dalam MAAS.
Muat turun imej but MAAS yang berjaya membuktikan laluan pengawal. Jika mesin yang dipasang kemudian tidak dapat mengambil pakej, periksa pengguna pada peringkat itu:
| Peringkat | Pengguna untuk diperiksa |
|---|---|
| Muat turun imej/peruntukan | Perkhidmatan pengawal yang bertanggungjawab |
| Pentauliahan atau pemasangan | Persekitaran tugas sementara |
| Pakej OS yang dipasang | Pengurus pakej dan konfigurasi yang dijana |
| Muat turun charm, skrip atau aplikasi kemudian | Klien yang membuat permintaan itu |
Gunakan kawalan yang disokong bagi versi MAAS yang sedang berkhidmat. enable_http_proxy yang didokumenkan meliputi penggunaan proksi terbina dalam atau yang ditetapkan untuk peruntukan dan akses pakej; http_proxy mengenal pasti perkhidmatan luaran. Dalam mod peer-proxy, mesin yang digunakan boleh menggunakan proksi terbina dalam MAAS, yang menggunakan perkhidmatan luaran itu sebagai induknya. Untuk penggunaan induk luaran awam yang dibenarkan, pilih calon HTTP daripada senarai proksi HTTP; dalam mod peer-proxy biarkan titik akhir tempatan MAAS nod tidak berubah.
Titik akhir tempatan MAAS pada nod itu tidak semestinya lapuk. Ikuti induknya sebelum menggantikannya dengan alamat luaran. Penyelesaian preseed lama daripada keluaran yang tidak menghantar tetapan proksi kepada nod tidak menerangkan setiap penggunaan semasa.
Pada peringkat yang gagal, bandingkan tetapan pakej yang dijana, kebolehsampaian titik akhir dan identiti pengesahan dengan persekitaran pemasang. Ia tidak perlu berkongsi direktori rumah atau pemboleh ubah. Pada nod Ubuntu yang menggunakan APT, periksa pilihan proksi APT sendiri. Asingkan akses metadata tempatan daripada repositori awam; menghantar URL peruntukan dalaman kepada induk luaran boleh gagal walaupun muat turun awam berfungsi.
Shell atau pelayar pengawal ialah pengguna lain, dan pengurus pakej yang dikonfigurasikan tidak mengkonfigurasi setiap runtime kemudian. Selepas perubahan pengurusan, periksa apa yang sebenarnya diterima oleh beban kerja sedia ada yang terjejas dan bukannya menganggap ia memuat semula tetapan itu serta-merta.