Hozzászólások
-
SzerzőBejegyzés
-
a 192.168.1.0/24 -be iranyulo csomagokat merre routeolnad, ha te lennel a rendszer? En speciel nem is nagyon ertem, hogyan lehet egy gepben ket interface azonos halobol… Minek? switchel szokas ezt megoldani..
bocsi, –log-prefix, nem –log_prefix
bocsi, –log-prefix, nem –log_prefix
Szerintem megerett az ido arra, hogy elkezd logozni a csomagogat, es kb 5 perc alatt rajojj, hogy mi a baj…
a scripted vegere:iptables -A INPUT -j LOG –log_prefix ” INPUT”
iptables -A FORWARD -j LOG –log_prefix ” FORWARD”
iptables -A OUTPUT -j LOG –log_prefix ” OUTPUT”ez ha minden igaz, akkor a syslogba fogja dokumentalni azokat a csomagokat, amikre nem illeszkedik egy szabaly sem. (tehat csak akkor kerul bele, ha nem fogadod/dobod el elotte)
masik nagyon hasznos eszkoz a tcpdump. bovebb info a manban.
Szerintem megerett az ido arra, hogy elkezd logozni a csomagogat, es kb 5 perc alatt rajojj, hogy mi a baj…
a scripted vegere:iptables -A INPUT -j LOG –log_prefix ” INPUT”
iptables -A FORWARD -j LOG –log_prefix ” FORWARD”
iptables -A OUTPUT -j LOG –log_prefix ” OUTPUT”ez ha minden igaz, akkor a syslogba fogja dokumentalni azokat a csomagokat, amikre nem illeszkedik egy szabaly sem. (tehat csak akkor kerul bele, ha nem fogadod/dobod el elotte)
masik nagyon hasznos eszkoz a tcpdump. bovebb info a manban.
iptables -A FORWARD -i $EXTIF -o $INTIF -p tcp –dport 2080 -j ACCEPT
itt a baj. Itt mar a 80 portot kell atengedned, mivel a prerouting lanc mar atirta a celportot.
tehat helyesen:iptables -A FORWARD -i $EXTIF -o $INTIF -p tcp –dport 80 -j ACCEPT
es egyebkent udp nem kell a webszervernek….
iptables -A FORWARD -i $EXTIF -o $INTIF -p tcp –dport 2080 -j ACCEPT
itt a baj. Itt mar a 80 portot kell atengedned, mivel a prerouting lanc mar atirta a celportot.
tehat helyesen:iptables -A FORWARD -i $EXTIF -o $INTIF -p tcp –dport 80 -j ACCEPT
es egyebkent udp nem kell a webszervernek….
Szerintem talan az egeszet egy felmeressel kellene kezdeni.. Megkerdezni szuroproba szeruen par fejlesztot, fejleszto csapatot, hogy ok hasznalnak-e a cuccos, es milyen infok milyen formaban nyujtanak nekik egyszeruen hasznalhato segitseget a fejleszteseik iranyahoz. Ebben is tudna segiteni szinte barki, aki beszel angolul, es van email cime. Raadasul ez a kapcsolat meg az oldal esetleges mukodese folyaman is jol johet.
Szerintem talan az egeszet egy felmeressel kellene kezdeni.. Megkerdezni szuroproba szeruen par fejlesztot, fejleszto csapatot, hogy ok hasznalnak-e a cuccos, es milyen infok milyen formaban nyujtanak nekik egyszeruen hasznalhato segitseget a fejleszteseik iranyahoz. Ebben is tudna segiteni szinte barki, aki beszel angolul, es van email cime. Raadasul ez a kapcsolat meg az oldal esetleges mukodese folyaman is jol johet.
VectoR wrote:Ahhoz, hogy ebből legyen valami többre van szükség mint a „segítek ha tudok” postokra. Konkrétan:
Legalább két ember aki naponta, felváltva vagy egyidőben tartja a kapcsolatot a nemzetközi vonalon (angol és egyéb nyelvtudás)
Legalább két ember aki folyamatosan ellenőrzi a tartalamat és moderálja, hogy a megfelelő tartalom kerüljön ki
Legalább 2-3-4 programozó és webdesigner akik a lapot fejlesztik és egymást kiegészítve összedolgoznának
Pár teszterre akik az egész rendszert áltják, tesztelik, javaslatokat tesznek eseteg javítják…Ha ezek megvannak akkor jöhet a szerver, a domén és a marketing
Ez szerintem utopisztikus kicsit. Magyarorszagon keves olyan jo szakember van, aki megengedheti maganak azt, hogy valamivel full time-ban foglalkozzon ami karitativ.. Meg lehet probalni szponzorokat gyujteni, de valljuk be ez a project befekteto szemmel nem tul kecsegteto (egyenlore)… Szerintem nagyon jo otlet, kar lenne elkottazni. Elkapkodni, osszecsapni is. En kissebben gondolkoznek, mert szerintem ilyen feltetelek nem fognak osszehjonni. En lenyegileg nem tudok programozni, de szivesen segitek ahol tudok.
-
SzerzőBejegyzés
legutóbbi hsz