محتوای آموزشی وبلاگ نت‌آرام
هشدار LOAD DATA LOCAL دربارهٔ قابلیتی است که می‌تواند دادهٔ فایل سمت کلاینت را به دیتابیس منتقل کند. این قابلیت با Import عادی یک فایل SQL یا خواندن هر فایل از دیسک سرور یکسان نیست. قبل از خاموش یا روشن کردن آن باید مشخص کنید آیا برنامهٔ شما به این روش نیاز دارد و اتصال از چه کلاینتی انجام می‌شود.
نیاز واقعی را پیدا کنید
نسخهٔ MySQL یا MariaDB و کتابخانهٔ اتصال برنامه را ثبت کنید. بعضی ابزارهای ورود داده از LOCAL استفاده می‌کنند و بعضی روش‌های دیگری دارند. اگر یک فرایند وارد کردن داده دارید، نام عملیات و پیام خطای آن را بررسی کنید؛ صرف دیدن هشدار CSF دلیل کافی برای تغییر تنظیم همهٔ مشتریان نیست.
به تفاوت تنظیم سمت سرور و کلاینت توجه کنید. فعال بودن در یک طرف لزوماً باعث نمی‌شود عملیات انجام شود. تنظیم برنامه، کتابخانهٔ اتصال و سیاست دسترسی فایل نیز می‌توانند اثر داشته باشند. برای تشخیص، ابتدا یک محیط آزمایشی با همان ابزار بسازید.
محدود کردن قابلیت بی‌نیاز
اگر برنامه‌ها به این امکان نیاز ندارند، مدیر می‌تواند با روش مستندشدهٔ موتور و نسخه آن را محدود کند. فایل تنظیم مؤثر و بخش درست آن باید مشخص باشد. وجود چند فایل تنظیم یا مقادیر تکراری می‌تواند باعث شود تغییری که می‌نویسید، مقدار نهایی نباشد.
قبل از تغییر از تنظیمات نسخه بگیرید و اثر آن بر کارهای وارد کردن داده را بررسی کنید. بعضی تنظیمات امکان تغییر پویا دارند و بعضی نیازمند راه‌اندازی مجددند؛ روش نسخهٔ فعلی را دنبال کنید. فرمان ری‌استارت مربوط به موتور دیگری یا سرویس نامشخص را از مقالهٔ قدیمی کپی نکنید.
وقتی برنامه به آن نیاز دارد
نیاز به LOCAL نباید به مجوز عمومی برای همهٔ ارتباط‌ها تبدیل شود. حساب دیتابیس برنامه، مقصد اتصال، محدودیت فایل و روش دریافت ورودی را بررسی کنید. دادهٔ دریافت‌شده از کاربر باید با کنترل نوع، اندازه و مسیر پردازش شود؛ فعال کردن یک گزینه جای طراحی صحیح مسیر ورود داده را نمی‌گیرد.
با یک فایل آزمایشی کوچک، ورود داده را امتحان کنید و تعداد رکوردهای واردشده و پیام‌های خطا را ببینید. عملیات ناموفق یا تکراری ممکن است بخشی از داده را دوباره ثبت کند، بنابراین نتیجه را تنها از روی پیام موفقیت رابط قضاوت نکنید.
بعد از تغییر، مقدار مؤثر تنظیم و کارکرد برنامه را بررسی کنید و گزارش امنیت را دوباره بخوانید. اگر هشدار ابزار با سیاست آگاهانهٔ سرویس تفاوت دارد، علت تصمیم را مستند کنید. هدف حفظ دسترسی موردنیاز و محدود کردن قابلیت اضافی است؛ خاموش کردن بی‌بررسی فقط برای تغییر رنگ گزارش، می‌تواند فرایند سالم کاربران را مختل کند.
تکمیل آموزش برای نسخه‌های فعلی
شناخت کاربرد
برنامه‌ها و job هایی را که import دارند فهرست کنید. local_infile سمت سرور و اجازهٔ client هر دو اثر دارند.
محدودیت
برای برنامهٔ بدون نیاز، قابلیت را محدود نگه دارید. برای import مجاز، مسیر معتبر، client مورد اعتماد و حساب کم‌اختیار لازم است.
تست سازگاری
پیش از تغییر، import آزمایشی و برنامه‌های دیگر را بررسی کنید. UPDATE مستقیم جدول mysql.user روش عمومی تغییر مجوز در نسخه‌های امروز نیست.
تنظیم موثر را از اتصال واقعی و لاگ بررسی کنید؛ خاموش شدن هشدار ابزار قدیمی به‌تنهایی اثبات امنیت نیست.
منابع و ادامهٔ مطالعه
مقاله قبلی
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام