[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
09.06.2012 01:42, Mesut Güler yazmış: dmesg çıktısında neler var? Merhabalar, Aşağıda... Ben cron'u yeniden yarattım. Ancak nasıl bu hale geldi o enteresan? Kazara cat komutu yerine touch dosyadı mı yazdım diyorum ama cron ile ben sadece crontab -l ve crontab -e kullanıyorum. Şu ana kadar sıkıntı yaşamamıştım... Linux version 2.6.18-164.15.1.el5PAE (mockbu...@builder16.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Wed Mar 17 12:14:29 EDT 2010 BIOS-provided physical RAM map: BIOS-e820: 0001 - 0009c400 (usable) BIOS-e820: 0009c400 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - bff6 (usable) BIOS-e820: bff6 - bff6a000 (ACPI data) BIOS-e820: bff6a000 - bff8 (ACPI NVS) BIOS-e820: bff8 - c000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec1 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff00 - 0001 (reserved) BIOS-e820: 0001 - 00014000 (usable) 4224MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f6740 Memory for crash kernel (0x0 to 0x0) notwithin permissible range disabling kdump NX (Execute Disable) protection: active On node 0 totalpages: 1310720 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 1081344 pages, LIFO batch:31 DMI present. Using APIC driver default ACPI: RSDP (v000 PTLTD ) @ 0x000f6710 ACPI: RSDT (v001 PTLTDRSDT 0x0604 LTP 0x) @ 0xbff63c23 ACPI: FADT (v001 INTEL 0x0604 PTL 0x0003) @ 0xbff69e48 ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @ 0xbff69ebc ACPI: MCFG (v001 PTLTDMCFG 0x0604 LTP 0x) @ 0xbff69f4c ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0xbff69f88 ACPI: SPCR (v001 PTLTD $UCRTBL$ 0x0604 PTL 0x0001) @ 0xbff69fb0 ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050228) @ 0xbff63c5f ACPI: DSDT (v001 Intel BLAKFORD 0x0604 MSFT 0x010e) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) Processor #2 6:15 APIC version 20 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) Processor #3 6:15 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) ACPI: IOAPIC (id[0x04] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 4, version 32, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x05] address[0xfec8] gsi_base[24]) IOAPIC[1]: apic_id 5, version 32, address 0xfec8, GSI 24-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 2 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at c200 (gap: c000:2000) Detected 1596.010 MHz processor. Built 1 zonelists. Total pages: 1310720 Kernel command line: ro root=/dev/VolGroup00/LogVol00 mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) mapped IOAPIC to b000 (fec8) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c075f000 soft=c073f000 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 4143004k/5242880k available (2158k kernel code, 49244k reserved, 891k data, 228k init, 3276160k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop (skipped), value calculated using timer frequency.. 3192.02 BogoMIPS (lpj=1596010) Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 2010 0004e33d 0001 CPU: After vendor identify, caps: bfebfbff 2010 0004e33d 0001 monitor/mwait feature present. using mwait in idle threads. CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Physical
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
Crontab'i silmek cok zor degil, asagidakine benzer omutlar verdiginizde bile silinir. Bir de ben kendi adima rica ediyorum, bu kadar buyuk dmesg/syslog ciktilarini inline degil de attachment olarak gonderseniz. Telefonlardan filan bakmasi cok zor oluyor cunku. # crontab -r # crontab '' # echo $emptyvar | crontab - # crontab emptyfile On Sat, Jun 9, 2012 at 2:22 PM, Mucibirahman İLBUĞA mucip.ilb...@gmail.com wrote: 09.06.2012 01:42, Mesut Güler yazmış: dmesg çıktısında neler var? Merhabalar, Aşağıda... Ben cron'u yeniden yarattım. Ancak nasıl bu hale geldi o enteresan? Kazara cat komutu yerine touch dosyadı mı yazdım diyorum ama cron ile ben sadece crontab -l ve crontab -e kullanıyorum. Şu ana kadar sıkıntı yaşamamıştım... [ silindi ] ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
On Saturday, June 09, 2012 04:39:59 PM Adil İLHAN wrote: Su uzun ciktilari pastebin gibi sitelerden yollasaniz ne guzel olur. Alintiyi silmeden bu cevabi vermek de epic fail olmus :) -- Samed Beyribey --- Özgür Yazılım A.Ş. ~ $ http://www.ozguryazilim.com.tr ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
Ahaha hic ona dikkat etmedim :) Haklisin Samed hoca :) ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
On Sat, Jun 09, 2012 at 04:39:59PM +0300, Adil İLHAN wrote: Su uzun ciktilari pastebin gibi sitelerden yollasaniz ne guzel olur. Ugh, hayir. Attachment olarak OK ama link olursa -en azindan benim acimdan- cevap verme ihtimali azalir. Okuyup, anlama, cevap verip vermemeye karar verme birkac saniye icinde oluyor. Link bu sureyi cok arttirir. Genelde o kadar zaman ayirma firsatim/istegim olmuyor. -- Eray Aslan e...@gentoo.org ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
Selamlar, Bir derdimiz var dedik ama derdimden başka her şeye yorum aldık çok şükür... :) Haklısınız. Ek yapmak en doğrusu idi... Mesajı gönderirlem aklıma gelmedi değil... :P Kolay gelsin, Mucip:) 09 Haz 2012 19:10 tarihinde Eray Aslan eray.as...@caf.com.tr yazdı: On Sat, Jun 09, 2012 at 04:39:59PM +0300, Adil İLHAN wrote: Su uzun ciktilari pastebin gibi sitelerden yollasaniz ne guzel olur. Ugh, hayir. Attachment olarak OK ama link olursa -en azindan benim acimdan- cevap verme ihtimali azalir. Okuyup, anlama, cevap verip vermemeye karar verme birkac saniye icinde oluyor. Link bu sureyi cok arttirir. Genelde o kadar zaman ayirma firsatim/istegim olmuyor. -- Eray Aslan e...@gentoo.org ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
kullandığın sistem rpm tabanlı olduğundan şöyle bir avantaja sahipsin: rpm ile gelen dosyaların değişip değişmediği kontrolünü yapabilirsin. rpm -Va yukarıdaki komut bir çok kontrol yapacaktır ve uymayan dosyaları gösterecektir. En azından sistemi kurduğundaki hali ile şimdiki hali arasında değişen dosyalara dair bir bilgin olur. Binary dosyalarda değişme varsa hacklenmiş olma ihtimalin çok yüksektir. daha fazla bilgi için: http://www.novell.com/coolsolutions/feature/16238.html saygılar ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
1) isletim sisteminiz/dagitiminiz nedir? 2) eger distem icin cron girdisi yapacaksaniz crontab degil /etc/cron.d/ altini kullanin. 3) /var/spool/cron/crontabs altinda neler var? kullandiginiz user icin dosya var mi? dosya normal durumda mi (user.save ya da user.x gibi bir hale gelmis olabilir kayit esnasinda) Lutfen daha cok bilgi verin. Listenin yabancisi degilsiniz, sorunuzu daha acik, daha kisa, daha basit tutun. Kolay gelsin, Sent from my iPhone On 9 Haz 2012, at 12:03 AM, Mucibirahman İLBUĞA mucip.ilb...@gmail.com wrote: Merhabalar, Çok garip! Root için oluşturduğum bir crontab dosyam var. İçerisinde yedekleme ruyinleri vardı. Ancak ne hikmetse şu anda crontab -l ile boş bir dosya geliyor karşıma?! İlk defa rastladım bu duruma?... History komutu ile ve last -i ile en son neler yapılmış diye bakıyorum ama bir şey yakalayamadım?!.. -- Kolay gelsin, Mucip:) ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
09-06-2012 00:24 tarihinde, A.Gurcan Ozturk yazdı: Merhabalar, 1) isletim sisteminiz/dagitiminiz nedir? Centos kullanıyorum. 2) eger distem icin cron girdisi yapacaksaniz crontab degil /etc/cron.d/ altini kullanin. Bahsettiğiniz yolda bir dosya görünüyor?! Şu ana kadar ben tüm işlemlerimi crontab -e veya crontab -l ile hallettim. 3) /var/spool/cron/crontabs altinda neler var? kullandiginiz user icin dosya var mi? dosya normal durumda mi (user.save ya da user.x gibi bir hale gelmis olabilir kayit esnasinda) root isimli bir dosya var ve içi boş. Lutfen daha cok bilgi verin. Listenin yabancisi degilsiniz, sorunuzu daha acik, daha kisa, daha basit tutun. Kısa ve açık olduğunu sanmıştım... Yanılmışım... :) Sonuç olarak cron dosyası var ama bir şekilde içi bolşaltılmış gibi?!... -- Kolay gelsin, Mucip:) ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
Tekrar yazayim. Sistem geneli icin bir cron girdisi yapacaksaniz scriptinizi ya da komutunuzu /etc/cron.d/ altinda olusturacaginiz bir cron dosyasindan cagirin. Boylece backup rutinlerinizin bile yedegini alabilirsiniz/alabilirdiniz. /var/spool/cron/crontabs altinda . ile baslayan herhangi bir dosya var mi peki ? (bu dizin crontab -e ile editlediginiz dosyanin yeri aslinda ama direkt editlemeniz onerilmez) Yedeklerinize bakin, /var/spool/cron/crontabs altini restore edin. Kolay gelsin, Sent from my iPad On 9 Haz 2012, at 00:32, Mucibirahman İLBUĞA mucip.ilb...@gmail.com wrote: 09-06-2012 00:24 tarihinde, A.Gurcan Ozturk yazdı: Merhabalar, 1) isletim sisteminiz/dagitiminiz nedir? Centos kullanıyorum. 2) eger distem icin cron girdisi yapacaksaniz crontab degil /etc/cron.d/ altini kullanin. Bahsettiğiniz yolda bir dosya görünüyor?! Şu ana kadar ben tüm işlemlerimi crontab -e veya crontab -l ile hallettim. 3) /var/spool/cron/crontabs altinda neler var? kullandiginiz user icin dosya var mi? dosya normal durumda mi (user.save ya da user.x gibi bir hale gelmis olabilir kayit esnasinda) root isimli bir dosya var ve içi boş. Lutfen daha cok bilgi verin. Listenin yabancisi degilsiniz, sorunuzu daha acik, daha kisa, daha basit tutun. Kısa ve açık olduğunu sanmıştım... Yanılmışım... :) Sonuç olarak cron dosyası var ama bir şekilde içi bolşaltılmış gibi?!... -- Kolay gelsin, Mucip:) ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
09-06-2012 00:52 tarihinde, Gurcan Ozturk yazdı: Selam, Tekrar yazayim. Sistem geneli icin bir cron girdisi yapacaksaniz scriptinizi ya da komutunuzu /etc/cron.d/ altinda olusturacaginiz bir cron dosyasindan cagirin. Boylece backup rutinlerinizin bile yedegini alabilirsiniz/alabilirdiniz. Bunu bilmiyordum. Nedense ben hep root ile bağlanır ve crontab -e ile cron dosyamı oluştururdum. Demek ki /etc/cron.d/ altında iken touch cron yazarak dosyayı oluşturabilir ve içine yazabiliyoruz?... Peki benim izlediğim yöntem ile bunun farkı nedir?... Avantaj/dezavantaj? /var/spool/cron/crontabs altinda . ile baslayan herhangi bir dosya var mi peki ? (bu dizin crontab -e ile editlediginiz dosyanin yeri aslinda ama direkt editlemeniz onerilmez) Bende sadece /var/spool/cron altında root isimli bir dosya görünüyor ve içi boş... Yedeklerinize bakin, /var/spool/cron/crontabs altini restore edin. Çok zor değil. Bir iki günlük çalışna komut vardı. Bulabilirim. Ama hatanın nasıl oluştuğunu anlamak istiyorum... -- Kolay gelsin, Mucip:) ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[Linux-sunucu] Re: Root için crontab'ın içinin silinmesi?
09-06-2012 01:06 tarihinde, Mucibirahman İLBUĞA yazdı: 09-06-2012 00:52 tarihinde, Gurcan Ozturk yazdı: Selam, Tekrar yazayim. Sistem geneli icin bir cron girdisi yapacaksaniz scriptinizi ya da komutunuzu /etc/cron.d/ altinda olusturacaginiz bir cron dosyasindan cagirin. Boylece backup rutinlerinizin bile yedegini alabilirsiniz/alabilirdiniz. Bunu bilmiyordum. Nedense ben hep root ile bağlanır ve crontab -e ile cron dosyamı oluştururdum. Demek ki /etc/cron.d/ altında iken touch cron yazarak dosyayı oluşturabilir ve içine yazabiliyoruz?... Peki benim izlediğim yöntem ile bunun farkı nedir?... Avantaj/dezavantaj? /var/spool/cron/crontabs altinda . ile baslayan herhangi bir dosya var mi peki ? (bu dizin crontab -e ile editlediginiz dosyanin yeri aslinda ama direkt editlemeniz onerilmez) Bende sadece /var/spool/cron altında root isimli bir dosya görünüyor ve içi boş... Yedeklerinize bakin, /var/spool/cron/crontabs altini restore edin. Çok zor değil. Bir iki günlük çalışna komut vardı. Bulabilirim. Ama hatanın nasıl oluştuğunu anlamak istiyorum... dmesg çıktısında neler var? ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu