Yeni Sürüm UnrealIRCd 6.0.4 Son Gelişme

UnrealIRCd

UnrealIRCD yeni versiyonuyla karşınızda mobil cihazlarda ve öteki platformlarda kolaylıkla kullana bileceğiniz özellikler barındırmaktadır

Bu sürüm, bir oldukça hususiyet ve geliştirmeyle beraber gelir. Özellikle emniyet grupları ve maske unsurları artık daha pak ve daha esnek yapılandırma dosyaları yazmanıza imkân tanıyor. Ayrıca JSON günlüğü geliştirmeleri ve muhtelif hata düzeltmeleri de vardır. Yayın adaylarını test eden her insana oldukça teşekkürler!

Halihazırda UnrealIRCd 6 kullanıyorsanız, aşağıyı okuyun.

Geliştirmeler:

identified Bu webirc, gibi mevcut seçeneklerin vb. tls içinde reputation-scorekullanılabileceği anlamına gelir.allow::mask
Yeni seçenekler (hem emniyet grubunda hem de maskede):
connect-time: kullanıcının IRC’ye bağlı olduğu süre
security-group: öteki bir emniyet grubunu denetlemek için
account: hizmetler hesap adı
country: GeoIP tarafınca bulunan ülke kodu
realname: kullanıcının reel ismi (gecos)
certfp: sertifika parmak izi

Her seçeneğin ilaveten bir hariç tutma varyantı vardır, örn. exclude-country. Bir kullanıcı rastgele bir exclude-seçenekle eşleşirse, eşleşme olmadığı kabul edilir.
Kara liste ve antimixedutf8 modülleri artık bloğu da destekliyor except(bir maske öğesi).
Bunun haricinde esnetilmiş işlevsellik şu bloklarda mevcuttur: allow, oper, tld, vhost, deny channel, allow channel.
Bir ::mask öğesinde direkt olarak kullanım örneği:

/* İspanyolca konuşan ülkeler için İspanyolca MOTD */
tld {
mask { country { ES; AR; BO; CL; CO; CR; DO; EC; SV; GT; HN; MX; NI; PA; PY; PE; PR; UY; VE; } }
motd “motd.es.txt”;
rules “rules.es.txt”;
}

Bir emniyet grubu tanımlama ve bunu daha sonra bir maske öğesinde kullanma örneği:

security-group irccloud {
mask { ip1; ip2; ip3; ip4; }
}
allow {
mask { security-group irccloud; }
class clients;
maxperip 128;
}
except ban {
mask { security-group irccloud; }
type { blacklist; connect-flood; handshake-data-flood; }
}

Maske öğesi artık oldukça kuvvetli olduğundan password, oper bloğundaki artık isteğe bağlıdır.
Artık oper::auto-login’i destekliyoruz; bu, kullanıcının irtibat sırasındaki koşullarla eşleşmesi halinde kendiliğinden IRCop olacağı anlamına gelir. Bu, örneğin, sertifika parmak izi kimlik doğrulaması ile beraber kullanılabilir :

security-group Syzop { certfp “1234etc.”; }
oper Syzop {
auto-login yes;
mask { security-group Syzop; }
operclass netadmin-with-override;
class opers;
}
except ban {
mask { security-group Syzop; }
type all;
}

JSON günlüğü için , bir client genişletildiğinde bir takım alan eklendi:
- geoip: alt unsur ile country_code(örn. NL)
- tls: alt öğelerle ciphervecertfp
- Alt öğenin altında users:
  - vhost: görünür ana bilgisayar reel ana bilgisayardan farklıysa, bu ayarlanır (böylece hem hayalet hem de gizlenmiş ana bilgisayar için)
  - cloakedhost: bu her vakit ayarlıdır (örn. hizmet kullanıcıları hariç), kullanıcı gizlenmemiş olsa bile, böylelikle gizlenmiş bir ana bilgisayarda basitçe arama yapabilirsiniz.
  - idle_since: kullanıcının son olarak konuşmuş olduğu vakit (yalnızca mahalli istemciler)
  - channels: en oldukça 384 karakterlik kanal sıralaması (dizi).
JSON günlüğü artık ASCII’yi 32’nin dibine sokar, bu nedenden dolayı renk ve denetim kodları.
IRCv3’ü destekleyin+draft/channel-context
Ekle example.es.conf(İspanyolca misal yapılandırma dosyası)
Kullanıcıların ülkesi artık mesaj etiketinde unrealircd.org/geoip bildirilir (yalnızca IRCOps’a).
UNIX tesir alanı yuvaları ( ) vasıtasıyla sunucuları bağlamak için yardımcı ekleyin link::outgoing::file.

Düzeltmeler:

except banİle çarpışmak~security-group:xyz
Gizleme sunucusu modülü yüklendiyse ancak LINKSengellenmediyse kilitlenme.
“Rehash” GUI seçeneğini kullanırken Windows’ta kilitlenme.
Bir emniyet grubu diğerine atıfta bulunursa ebedi döngü.
Kanal +beIlistelerinde yinelenen girişler .+P
Normal kullanıcılar -oa hizmet botu (umode +S’ye sahip) yapabildi
Modül yöneticisi derleme hatasında durmadı
set::modes-on-join+f+ zamanlı yasaklarla muntazam çalışmadı, örn .[3t#b1]:10
Birkaç günlük iletisinde birtakım bilgiler eksikti.
Sunucular içinde saygınlık senkronizasyonunda ufak bir aksaklık vardı. Düzeltme, sıklıkla günler ya da haftalarca ağa bağlı olmayan sunucular için kullanışlıdır.

Değişiklikler:

UnrealIRCd’nin “GPLv2 ya da üstü” olarak lisanslandığı açıklandı
set::reject-message İçindeki ve içindeki değişkenlerin kullanımını düzeltin : daha ilkin değişkenlerin kısa biçimleri (istemeden) için blacklist::reasonolduğu gibi genişletildi . Bu artık desteklenmiyor, doğru tam parametre isimlerini kullanmanız gerekiyor.$serv$server

Geliştiriciler ve protokol:

Artık creationtimekullanıcılara iletilir. Şimdiye kadar bu malumat ancak mahalli olarak biliniyordu (iletilen ve yakın olan şey “son nick değişikliği” idi fakat bu aynı değil). Bu, sunucular içinde (erken) mod verileri vasıtasıyla senkronize edilir. Modül kodlayıcılar kullanabilir get_connected_time().
Artık RPL_HOSTHIDDENşuradan gönderiliyor, userhost_changed()böylece artık açıkça kendiniz göndermiyorsunuz.
SVSOKomut geri döndü, böylelikle hizmetler insanları yeniden IRCop yapabilir . Daha HELPOP SVSOfazla bilgi için bkz.
Son değişim nedeniyle HOOKTYPE_LOCAL_OPERparametreler değiştirildi.
Modül kodlayıcılar, istemciler ve kanallar için JSON günlüğüHOOKTYPE_JSON_EXPAND_CLIENT genişletme öğelerini . Bu, geoip ve tls modülleri tarafınca kullanılır.

unrealircd

UnrealIRCd 6.0.3

UnrealIRCd 6’da bir takım ciddi problem keşfedildi. Bunların arasında, bağlı rastgele bir etken istemciyle /REHASH yaparsanız, er ya da geç IRCd’nin çökmesine niçin olabilecek bir problem var. UnrealIRCd 6 çalıştıran her insanın 6.0.3’e yükseltmesini öneriyoruz.

Düzeltmeler:

WATCHIRCd minimum bir kez yeniden düzenlendiyse çökün . Aktif istemcilerle bir prosedür yaptıktan sonra REHASH, büyük ihtimalle belleği bozacaktır. Çökmenin meydana gelmesi yeniden sonra birkaç gün sürebilir, hatta daha ufak ağlarda haftalar/aylar sürebilir (yanlışlıkla tetikleme).
Belirli bir REHASHuzaktan kumanda içeren kurulumlar, bir çökmeye ya da bir ipv6-veritabanı açamama ya da noksan snomask konfigürasyonundan yakınma etme gibi öteki ilginç ve kafa karıştırıcı sorunlara niçin olabilir. Bu, ancak uzak kapsama haiz birtakım kişileri etkiledi, hepsini değil.
Kod göndermede ihtimaller içinde sınır dışı yazma. Pratikte bir oldukça sunucuda zararsız görünüyor fakat bu %100 güvence edilemez.
Olasılıkla tetiklenen günlük mesajı, başlatılmamış stok verilerini günlük dosyasına kaydeder ya da ircops’a gönderir.
Kanal operasyonları, bir kullanıcıdan yarı noktaları kaldıramadı ( -h).
Komutu kullandıktan sonra RESTART(önerilmez), yeni IRCd genelde artık günlük dosyalarına yazmıyordu.
cURL uzak içermeleri kullanmayı seçerseniz fakat sistemde cURL yoksa ve UnrealIRCd’den cURL’yi derlemesini dilerseniz derleme sorununu düzeltin.

Geliştirmeler:

Diskteki varsayılan metin günlüğü şekli değişti. Artık olayın oluşturulduğu server ismini içerir. Bu olmadan, birtakım durumlarda problemleri seyretmek zordu, zira daha önceden ağdaki öteki bir sunucuyken birtakım durumlarda sunucunuzda bir problem varmış gibi görünüyordu.
- Eski günlük biçimi:[DATE TIME] subsystem.EVENT_ID loglevel: ........
- Yeni günlük biçimi:[DATE TIME] servername subsystem.EVENT_ID loglevel: ........

Değişiklikler:

Servisler tarafınca eklenen bütün MOTD hatları SVSMOTD artık MOTD-on-connect’in sonunda gösterilir (shortmotd kullanılmıyorsa). Önceden, satırlar yalnızca MOTDkomutu manuel olarak çalıştırdıysanız gösteriliyordu.

Geliştiriciler ve protokol:

LIST C<xxxxşimdi şu anlama gelir: dakikadan daha kısa bir müddet önce oluşturulan kanallara filtre uygulayın . Bu, daha ilkin haiz olduğumuz şeyin tam tersi. LIST T<xxşimdi de destekleniyor (konu son xx dakikada değişti), ELIST’te esasen duyurulmuştu fakat yardımcı daha ilkin etkinleştirilmiyordu.

–
Şu Konular bir ihtimal ilginizi çeke bilir :
–