![]() |
![]() |
|
![]() | #1 | |
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü Doğruysa sorum: "/ns status nick" komutunu uyguladıgımda 2 değerini almaktayım. 2 değerindeki kullanıcı ne gibi komutlar kullanmış veya kullanmamıştır. Min 3 neden gösteriniz.[/QUOTE] 1./ns access add ident@host 2./ns set kill off 3. Auth code girmemişsek Sanırım boyle olmalı | |
| ![]() |
![]() | #2 | ||||
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü
Verilen yanit yetersizdir. Sorum hala gecerlidir. | ||||
| ![]() |
![]() | #3 |
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü Her iki kanalın founderi aynı kişi ise ki bu soruda belirtilmemiş founder /ns access add identi@* şeklinde bir yetki vermiş olabilir diyorum. |
| ![]() |
![]() | #4 |
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü Kanala Mlock olarak +lL 1 Kilidi atılmışdır Bu komutun tam olarak anlamı belirtilen kanala 2. kişi girerse belitilen kanala yönlendirilsin. Dolayısıyla eger kanal boşsa ve kanala giren ilk kişi bizsek kanalda kalırız yönlendirme olmaz ve aynı zamanda Linkli olan 2. kanalada giriş yapabiliriz. Bizden sonra giriş yapıcak olanlar ise linklenmiş kanala giriş yapıcakdır... |
| ![]() |
![]() | #5 | ||||||||||||
Çevrimiçi ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü
Bu dediklerim var ise kesinlikle idda ediyorum olacaktir. Altta vermiş oldugum log denedigim kanaldaki logdur.
1) Nick'inizi /ns access add ident@host şeklinde tanittiysaniz. 2) Nickinizi Kayit etmenizde bi faktördür. Çünki kayitsiz nick durumundakiler " 0 " sonucunu alirlar. 3) /ns identify şifre komutunu kullanmamiş olmamizda bir faktördür. kullanmiş olsaydik " 1 " yanitini alirdik. Konu Freedom tarafından (10 Eylül 2010 Saat 07:57 ) değiştirilmiştir. | ||||||||||||
| ![]() |
![]() | #6 |
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü //nickserv set secure off | /nickserv access add identd@host Komutlarını uygulayıp, belirlediği identd@host'dan sunucuya girmiştir. Ve sunucuya girdikden sonra /nickserv identify şifre Komutu ile nickini identify etmemiştir. Eder ise 2 sonucu 3 sonucuna dönüşecektir. Ayrıca Nickini şifreledikden sonra auth codesini girmemiş ise, sadece o anda 2 verisini alıcaktır. Bunun nedeni ise; Nickini şifrelediği anda ki identd@host'u access erişim listesine otomatik kayıt edilir, o anda da nickini yeni şifrelediği için 2 sonucunu alır. Eğer auth codesini girmemeye devam ederse ve başka identd ve hosttan sunucuya girer ise 2 sonucu 1 sonucuna dönüşecektir. Konu Scheat tarafından (10 Eylül 2010 Saat 09:38 ) değiştirilmiştir. |
| ![]() |
![]() | #7 | ||||
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü
Verdiginiz sadece 2 nedeni oldu, dogru yanit gelmeden diger soruya gecmenizde kendi belirlediniz kurallara riayet etmedinizi gösterir. İlk arkadasimiz 3 nedene cok yaklasmisti sadece "/ns access add identd@host" hostu belirttiginden yetersiz demistim. "/ns set secure off" belirtmis olsaydi dogruydu yaniti.. Sorunun tam yaniti /ns set kill off //ns set secure off | /ns access add identd@host Onay(auth code) girilmemişse Scheat'in verdigi cevapta "/ns set kill off" olmadıgından eksiktir. Not; erilen yaniti dogru kabul edip soru soruldugundan yeni soru sormuyorum. Konu Nevermind tarafından (10 Eylül 2010 Saat 13:12 ) değiştirilmiştir. | ||||
| ![]() |
![]() | #8 |
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü Secure: Nickimizin güvenlik fonksiyonlarını açmak için kullanılır. Güvenlik fonksiyonları şunlardır; 1- Kill fonksiyonunun aktif olmasını sağlayarak, şifreli nickimizin kullanımını engellemek 2- Access erişimi sağlayarak, nickimizin kullanılmasını engellemek /Nickserv set secure off komutunu kullandığımızda zaten /nickserv set kill off komutunu kullanmış oluyoruz. Ayrıca sadece kill fonksiyonunu deaktif ederek, nickin access erişim listesinden giremeyiz. Doğal olarak 2 verisini alamayız. Yani; /Nickserv set secure off komutu ile birlikde /nickserv set kill off komutunu kullanmak gereksizdir. Şunuda belirteyim, secure aktif olmasına rağmen access erişim listesinde sunucuya girer isek, sunucudan kill yemeyiz. Verdiğim cevap yeterli ve doğrudur. |
| ![]() |
![]() | #9 | ||||
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü
Burda eğer nicke access ekliyorsanız ,secure off konumuna getirmeye gerek yok,nick statusu yenede 2 gösterir .Bunu deneyebilirsiniz ,zaaten access eklemenin amaçlarından birisi de extra güvenliğin sağlaması .Bundan dolayı sizin ek açıklamanız biraz "yetersiz" oldu. Bende yukarda post attığı kişi gibi cevabımı yeterli kabul ediyorum . | ||||
| ![]() |
![]() | #10 | ||||
Çevrimdışı ![]() IF Ticaret Sayısı: (0) | Cevap: IRCdaemon/Services Soru-Cevap Bölümü
kesinlikle secure off konumuna getirmelisiniz yoksa erisim listesiyle giremezsiniz, deneyerek görebilirsiniz. Bende az önce hatamı deneyerek gördüm. Bu soru bana ait olmakla birlikte 1 sene once "/ns set kill off" seceneginde bile 2 gösteriyordu, fakat simdi gördüm ki 1 olarak gösteriyor. E tabi ara sira takip etmekte fayda var Bu forumdaki linkleri ve resimleri görebilmek için en az 25 mesajınız olması gerekir. | ||||
| ![]() |
![]() |
Etiketler |
oyun, sorucevap |
Konuyu Toplam 18 Üye okuyor. (0 Kayıtlı üye ve 18 Misafir) | |
Seçenekler | |
Stil | |
| |
![]() | ||||
Konu | Konuyu Başlatan | Forum | Cevaplar | Son Mesaj |
Oyun botu soru dosyasindaki soru|cevap duzenini tersine çevirme (Çözüm) | Weise | Eggdrop, NeoStats, BNC | 1 | 29 Aralık 2024 15:38 |
services oto kurulum ile ilgili soru | LanetLiii | Servisler | 4 | 12 Ekim 2009 14:26 |
Services.conf da Secureops bölümü | LudaCris | Servisler | 2 | 25 Nisan 2006 17:54 |