Hozzászólások
-
SzerzőBejegyzés
-
Helyzetjelentés:
notify daemon bugfix, frissítve
blackPanther-notification frissítve, telepítve
blackPanther-systemsettings elkészítve, beépítve
kpackagekit fix/update (nem végleges)
kppp profilok beépítve
jockey driver manager, portolva az Ubuntuból, beépítve (a zártforrású eszközmeghajtókhoz)
power-devil pótolva
battery applet pótolva
továbbfejlesztett splashy live módban (szar az egész :))Az új ISO feltöltve és mivel új hiba nem jelentkezett a meglévőket pedig sorban javítom megkapta az rc1 jelölést.
Új szolgáltatás: rsync elérhető a szerveren így a letöltési idő (persze ha már van iso-d) elméletileg csak pár pillanat
(TonyMagic: ha nincs másik optikai eszközöd le se töltsed semmi értelme)dotmind wrote:en nem kotozkodok, csak erdekel… tegyuk fel, hogy minden szolgaltatasom if-re, ip-re, vagy ip tartomanyra van configolva (magyarul nem hasznalok hosztneveket), a resolv.conf ures, es a hosts -ban is csak a loopback van feleve. miert ne mukodne a dolog ipcim alapon? esetleg azok az alkalmazasok fognak sirni, amik mindenaron hostnevet akarnak feloldani, de attol a szolgaltatas meg mukodik. szerintem. leultem 🙂semmi gond, ez egy fórum, és mégis…..
linuxforum wrote:Valóban.
Úgy tűnik, a szolgáltatások újraindítása – már amelyik használta a hostnevet – elég volt.
🙂A lényeg, amire én gondoltam, hogy már a bootoláskor több helyen regisztrálódik a hoszt, de elsősorban a hálózatnál és a console-ban is mikor az init átadja. persze a debian nem tudom pontosan már hogy indul, mert 10 éve nem láttam, de biztos, hogy ott is hasonló a működési elv… Ettől még tévedhetek.
dotmind wrote:en nem kotozkodok, csak erdekel… tegyuk fel, hogy minden szolgaltatasom if-re, ip-re, vagy ip tartomanyra van configolva (magyarul nem hasznalok hosztneveket), a resolv.conf ures, es a hosts -ban is csak a loopback van feleve. miert ne mukodne a dolog ipcim alapon? esetleg azok az alkalmazasok fognak sirni, amik mindenaron hostnevet akarnak feloldani, de attol a szolgaltatas meg mukodik. szerintem. leultem 🙂semmi gond, ez egy fórum, és mégis…..
linuxforum wrote:Valóban.
Úgy tűnik, a szolgáltatások újraindítása – már amelyik használta a hostnevet – elég volt.
🙂A lényeg, amire én gondoltam, hogy már a bootoláskor több helyen regisztrálódik a hoszt, de elsősorban a hálózatnál és a console-ban is mikor az init átadja. persze a debian nem tudom pontosan már hogy indul, mert 10 éve nem láttam, de biztos, hogy ott is hasonló a működési elv… Ettől még tévedhetek.
a hosztnévnek tulajdonképpen csak a hálózatnál van jelentősége, a restartja nélkül továbbra is a régi hosztnévvel megy a hálózat és hálózati eszköz.. sőt egy normálisan beállított tűzfal le is zárhatja a hálózatot.. bár az is lehet, hogy működik tovább, de pl egy samba, ftp szerver, tűzfal és minden olyan szolgáltatás ami hálózat alapú hibásan működhet
a hosztnévnek tulajdonképpen csak a hálózatnál van jelentősége, a restartja nélkül továbbra is a régi hosztnévvel megy a hálózat és hálózati eszköz.. sőt egy normálisan beállított tűzfal le is zárhatja a hálózatot.. bár az is lehet, hogy működik tovább, de pl egy samba, ftp szerver, tűzfal és minden olyan szolgáltatás ami hálózat alapú hibásan működhet
Január óta biztos kitalált valamit….:D)
Január óta biztos kitalált valamit….:D)
dotmind wrote:ha a syn-t letiltod, nem tudod felepiteni a kapcsolatot. ez egy szolagaltatas eseteben sem elonyos…
http://www.inetdaemon.com/tutorials/internet/tcp/3-way_handshake.shtmlNekem így megy a szerverem és elérhető kintről is. 🙂
dotmind wrote:ha a syn-t letiltod, nem tudod felepiteni a kapcsolatot. ez egy szolagaltatas eseteben sem elonyos…
http://www.inetdaemon.com/tutorials/internet/tcp/3-way_handshake.shtmlNekem így megy a szerverem és elérhető kintről is. 🙂
Code:iptables -A -p tcp -m tcp –syn -j REJECT
iptables -A -p udp -m udp -j REJECTDe előtte engedélyezd a szolgáltató portokat, mert nem válaszol a pingre sem!
Előferdülhet hogy kizárod magad, ha távolról adminolod. 😀 -
SzerzőBejegyzés