Hozzászólások
-
Bejegyzés
-
Csakhogy ez nem oldja meg a problémát (egyébként nem hiszem, hogy ez gond lenne, legalábbis nekem még nem jelentett soha akadályt) ugyanis az osztály hoz(hat) magával implementációt az interface pedig nem (ahogy te is írtad).
Tûzfal-ellenõrzés: Wigwam
[align=right][snapback]140503[/snapback][/align]Szvsz nem túl jó a wigwam, mert pl. nálam a szolgáltató transzparens proxyját ismeri csak fel, (proxy.dunaweb.hu) és azt is akarja tesztelni. Viszont a Sygate oldalán található teszt, illetve a wigwamon kiírt társoldalak már nekem is mûxenek. (GRC, Cotse)
kl223
(szerk: sorry a késõi reagálásért, nyaralni voltam osztrákoknál)
Kl223 arra gondolt szerintem hogy a /proc/sys/net/ipv* alatti dolgokat is variálni kell néha. De mondjuk ip_forwardot jobb az /etc/network/optionsban állítani Debian alatt.
[align=right][snapback]140412[/snapback][/align]igen. Illetve a sysctl progit is kell állítgatni. Pl. az én tûzfalam azon része, amelyet az iptables-restore és iptables-save duóval nem lehetne megoldani:
Code:modprobe ip_tables
modprobe ip_conntrack
modprobe ip_conntrack_ftp…
/bin/echo „1” > /proc/sys/net/ipv4/icmp_echo_ignore_all
/sbin/sysctl -w net.ipv4.icmp_echo_ignore_broadcasts=1 >/dev/nullfor f in /proc/sys/net/ipv4/conf/*/accept_source_route; do
echo 0 > $f;
doneecho 0 >/proc/sys/net/ipv4/conf/all/accept_redirects
echo 0 >/proc/sys/net/ipv4/conf/all/send_redirects
/sbin/sysctl -w net.ipv4.icmp_ignore_bogus_error_responses=1 >/dev/nullfor f in /proc/sys/net/ipv4/conf/*/rp_filter; do
echo 1 > $f
donefor f in /proc/sys/net/ipv4/conf/*/log_martians; do
echo 1 > $f
done/bin/echo „0” > /proc/sys/net/ipv4/ip_forward
aty: persze lehet, h ezeket is meg lehet oldani különbözõ konfigfájlok turkálásával, nade akkor már egyszerûbb, ha az egész tûzfal egyetlen fájlban van, ráadásul ~disztrófüggetlen formában…
Aucs…. már bocs…. 😉
http://www.google.co.hu/linux?hl=hu&biw=10…ta=lr%3Dlang_huMásodik találat: http://www.szabilinux.hu/iptables/
Ezt olvasd át.
Aztán már látni fogod, hogy mind1, meik könyvtárba pakolod. Annyi a lényeg, hogy vmelyik initscriptbe – még a net elõtt – szúrd be, hogy a beállítóscriptedet végrehajtsa.Szerk1:
Az óceániai drivereket is életre lehet kelteni.
Itt egy howto róla (ne tévesszen meg senkit, hogy gentoos oldalon van, attól még használható rendesen):http://forums.gentoo.org/viewtopic-t-13817…t+de+canon.html
Ott le van írva minden, és még ingyenes is… 🙂
kl223
Sziasztok!
A Wlan kártyámat (realtek 8180) próbálom belõni UHU 1.2 alá napok óta, de nem megy.
Telepítettem az ndiswrappert, majd azzal a windows drivereket, kiírja gogy „driver present, hardware present”, szal eddig sztem jó.Az UHU tárcsázóból próbálom létrehozni a kapcsolatot, de lehet hogy nem onnan kéne, mert nekem nincs se username-n se passwordom, csak a router és kész. A tárcsázóban pedig mindenképpen meg kell adni usernevet.
Lehet hogy a wireless routerem IPcímét is meg kéne adnom valahol? :huh:
Tudna valaki segíteni a cucc belövésében? Az is csoda, hogy eddig eljutottam, de most sakk-mattot adott az UHU 🙁
[align=right][snapback]139860[/snapback][/align]win alatt hogy lövöd be a netet?
Az interfész-absztrakt osztály témához: talán az picit segíti a megértést, hogy egy interfész pontosan olyan, mint egy teljesen absztrakt osztály. Azért kellett bevezetni, mert a java nem támogatja a többszörös öröklõdést, és sokszor az az egyetlen õsosztály már kötelezõen le van foglalva más miatt.
Ennek ellenére én azt mondom, hogy a saját muinkád megkönnyítése érdekében, a nagyon egyszerû esetektõl eltekintve inkább absztrakt osztályt használj, mivel rugalmasabb, mint egy interfész.
Nemrég énis így szívtam meg: írtam egy programot, amibe lehetett külsõ modulokat betenni, és egy ilyen modul egy olyan osztály volt, ami egy bizonyos interfészt megvalósított.
A gond akkor jelentkezett, amikor szükség lett volna néhány biztonsági óvintézkedésre: ehhez nem-absztrakt metódusok kellettek volna a modulba. (ezekkel lehetett volna azonosítani a modult) de ugye interfészben kizárólag „absztrakt” metódusok lehetnek..
Eredmény: 2napos szopás, hogy mindent átírjak.kampfer: nem egészen értelek: hogy jön ide ssh? Nem lenne egyszerûbb, ha helyi gépen lefordítanád, majd a lefordított progit pakolnád fel a webszerverre?
Mind1. Nemtom, suse alatt hol van, de pl. slack alatt a /usr/lib/java/bin alatt vannak a binárisok. Továbbá nem árt beállítani a CLASSPATH környezeti változót.bye!
kl223Persze igazatok van, de hát azért ezt használja az ember, szóval nekem szükségem van Valknutra meg ilyenek… az ftp-t azt én is letiltottam
[align=right][snapback]139339[/snapback][/align]sõt, nemcsak ftp-t, de szinte minden mást is illik letiltani.
Ugyebár nyitott port akkor kell, amikor szervert üzemeltetünk. Azaz pl. attól, hogy pl. a http portot (80) letiltjuk, tudunk webezni.
A fájlcserélõknek valóban kell egy nyitott port, de – hacsak nem üzemeltetünk szervert – semmi másnak.Nekem pl. össz-vissz 3 portom van nyitva: 9176 (dc-nek), 6881 (torrentnek), és 1070 (bütykölök egy kisebb instant messaging rendszert, annak)
(javaslom az iptables-control nevû beállítóprogit, rendkívül hasznos)
kl223
Engem spec. feszélyez, hogy ott van a nevem mellett, hogy moderátor.
[align=right][snapback]129613[/snapback][/align]engem nem különösebben, pláne hogy nekem nincs akkora betûkkel kiírva, hanem csak a csoportnévnél láccik 😛
kl223
Abban asszem osztom az elõbbiek véleményét, hogy picit idegtépõ néha moderátornak lenni… bár asszem ez még mindig semmi ahhoz képest, ha az embernek egy dc-s hubon kell esetleg opnak lennie…. hihetetlen… 😉 aki nem érti, mirõl beszélek, próbálja ki…. 😀
Mellesleg nem egészen értem, miért zavar, hogy lebunkóznak? Asszem az oan userekre semmi szükség, akik az általad elmondott kategóriába tartoznak, szal ha 2x-3x ezt eljáccák, lazán banolhatod õket a fórumról… max levezeted rajtuk az idegességedet… 😀 (ebben igaza van killallnak)
Summa summarum: fölösleges lenne visszavenni a tisztséged: max nem használod olyan gyakran, hanem csak mint sima userként a fórumot. Ebben igaza van killallnak.
Szal egy szó mint száz: szvsz killall véleményét osztom, még ha nem is olyan radikális módon… 😉
Bye!
kl223
legutóbbi hsz