Hi
Leforditottam, felraktam a baghira 0.8-at, de a firefox és a thunderbird nem bir vele. 100%-ra felmegy a procihasználat, és megáll. Még szerencse, hogy ki tok belőle lépni.
Kérdés:
Aki használ baghira-t annak nincs ilyen gondja? Ill. milyen brozert/levelezőt használ?
by
pch
Sziasztok!
Azt kellene megoldanom, hogy a vncserver már azelőtt elinduljon UHU 1.2 alatt, hogy bármilyen grafikus felületet elindítanék...
Segítséggel megcsináltam ezt:
(A SKELETON fájlt írtam át az init.d-ben)
/etc/init.d/vnc
tartalma:
#!/bin/sh
#
# /etc/init.d/SKELETON
#
# © 2001-2004
# Pozsár Balázs
#
# This file is originally part of the UHU-Linux distribution.
# Distributable under GPL v2.
#
# Ez a fájl eredetileg az UHU-Linux disztribúció része.
# A GPL v2 licenc szerint terjeszthető.
#
# -----------------------------------------------------------------------------
DAEMON=/usr/sbin/daemon
NAME="VNCSERVER"
DESC="VNC"
# -----------------------------------------------------------------------------
PIDFILE="/var/run/$NAME.pid"
[ -x "$DAEMON" ] || exit 0
[ -f /etc/init.d/common ] && . /etc/init.d/common || {
echo "Hiba a /etc/init.d/common beolvasása közben" >&2
exit 1
}
loaddefaults "$NAME"
function error() {
echo "$ERR"
exit 1
}
case "$1" in
start)
echo -n "$DESC ($NAME) indítása"
vncserver;
echo "$OK"
;;
stop)
killall vncserver;
echo "$OK"
;;
reload)
echo -n "$DESC ($NAME) újraindítása"
killall vncserver;
vncserver;
echo "$OK"
;;
esac
exit 0
/etc/runlevel.d/custom/vnc.service
tartalma:
Runlevels=2345
/etc/runlevel.d/default/vnc.service
tartalma:
Summary=VNC
Summary[hu]=VNC server
Description=VNC szerver indítása
Description[hu]=VNC server
Script=/etc/init.d/vnc
SupportsReload=yes
Sequence=20
Ezután az UHUvezérlőpultjában pedig szépen megmondtam neki hogy induljon el
A vncserver még mindig nem indul el automatikusan, csak ha kézzel elindítom...
A segítséget előre is köszönöm...
Sziasztok!
Kérdés az lenne, hogy hogyan tudok megoldani egy erős web titkosítást linuxon. A gépen apache2 fut. Gondoltam már htaccess-re ...https, akkor kliens-szerver azonosításra cert file esetén.
De van ennél valami jobb esetleg komolyabb megoldás, hogy kintről igen magas biztonsággal lehessen elérni belső webszervert?
Más megoldás is érdekel.
köszi
Hello,
Fedora-m van egy jo ideje, de az utobbi idoben lefagy ha belepek. Feléhaszn.nev, jelszo begepelese utan megjelenik a hatter (a panelek meg nem) es utana se kep se hang. Kb 5bol 1x igy jarok. "Illegalisat" nem telepitettem, hacsak nem a kernel bovitest hogy tudjam mountolni az ntfs particiot. Az fstab-bol toroltem az automatikus win beillesztest, de igy is fagy. Valaki osszefutott mar ilyennel?
elore is koszi.
Sziasztok!
Sok archivum, meg google után...
Túl régen iptables-eztem már... :(
Az összes howto és a józan ész szerint ez így működik:
(Lejjeb van a topológia, remélem sikerült érthetően leírnom)
iptables -t nat -F
iptables -t nat -A PREROUTING -p tcp --dport 81 -j LOG --log-prefix 'natPREd '
iptables -t nat -A PREROUTING -p tcp --dport 81 -j DNAT --to-destination 192.168.77.81:81
iptables -t nat -A POSTROUTING -p tcp -s 192.168.77.81 -j LOG --log-prefix 'natPOST '
iptables -t nat -A POSTROUTING -p tcp -s 192.168.77.81 -j MASQUERADE
iptables -F
iptables -A FORWARD -p tcp --dport 81 -j LOG --log-prefix 'FORWARD '
iptables -A FORWARD -p tcp --dport 81 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -p tcp -s 192.168.77.81 -j ACCEPT
A Topológia kicsit nyakatekert, de a hálózatot nem én adminolom és nem dűlőzök a rendszergazdával, ezért kell így megoldanom:
ISP->router(10.0.2.11)->Linux(10.0.2.15)
továbbá van még egy gw(10.0.2.1) ami a 192.168.77.0/24-et kezeli a "túloldalán"
A 10.0.2.11-ben van route szabály, ami a 192.168.77.0/24-et a 10.0.2.1 felé irányítja.
A Linux-on a route:
10.0.0.0 * 255.255.0.0 U 0 0 0 eth0
default 10.0.2.11 0.0.0.0 UG 0 0 0 eth0
és így a Linux-on a
nc -v 192.168.77.81 81
a két gw-n keresztül tökéletesen működik (ami nem is csoda) :)
Nos kívülről a 81 es port a "külső" routeren(10.0.2.11) a Linux-ra(10.0.2.15) van forwardolva és utána jönne a fenti iptables-es forward a 192.168.77.81-re. (mert a routeren nem tudom megoldani)
De nem megy :(
Log:
Sep 10 09:35:17 srv1 kernel: natPREd IN=eth0 OUT= MAC=00:50:8d:7a:df:91:00:11:d8:81:64:2d:08:00 SRC=84.236.66.199 DST=10.0.2.15 LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=5995 DF PROTO=TCP SPT=51916 DPT=81 WINDOW=5840 RES=0x00 SYN URGP=0
Sep 10 09:35:17 srv1 kernel: FORWARD IN=eth0 OUT=eth0 SRC=84.236.66.199 DST=192.167.77.81 LEN=60 TOS=0x00 PREC=0x00 TTL=60 ID=5995 DF PROTO=TCP SPT=51916 DPT=81 WINDOW=5840 RES=0x00 SYN URGP=0
és a második sor ismétlődik, ahogy a kliens újrapróbálkozik.
Természetesen:
cat /proc/sys/net/ipv4/ip_forward
1
és
cat /proc/sys/net/ipv4/conf/eth0/accept_redirects
1
Mit néztem el?
Row
Hello!
Suse 10.1-et, KDE 3.5.1-et használok.
Hogyan tudok betűtípusokat telepíteni, ill. a telepített programokat hogyan tudom törölni(amiket nem yasttal telepítettem, hane,m pl terminál, vagy rpm...stb.)?
Hogyan kell feltelepíteni a .bin, és az .run kiterjesztésű fileokat?
Ikonokat hogyan tudok létrehozni és az ikon képét megváltoztatni?
A telepített progik indítófile-jai hova kerülnek?
Hi
Adott egy cég ahol van 5 gép amiből 4 xp 1 win98.
A serveren linux van smb-vel osztja a filet.
A windowsos gépeken a linuxos gp megosztott könyvtára van felvéve mint hálózati meghajtó
Dos-os számlázó futkos rajtuk.
Az a gond, hogy a win98-as gép ha sokáig nem használjuk iszonyu lassan lép be.
Azaz fut rajta a dos-os számlázó progi, de ha nem nyulsz hozzá sokáig, utánna vagy 1 perc mire enged dolgozni. Mitől lehet ez?
pch
sziasztok.
arol lenne szo h suse 10.1est hasznalok és a netemet nem tom beallitani.nekem vezeték nélkuli halozatom van és fix az ipém.tp-link nevezetű driver cdé.ez naon egyszerű telepiteni az xpén marmint a renszerezkozokbe beallitani az internet vezérlőt de viszont linuxon nem tom h kel és a cdén meg nincs telepités linuxra.vlki segitsen biztos meglehet oldani...
előre is kossz.
Hali!
Arról szeretnék kérdezni, hogyan lehet a legegyszerűbben statisztikát készíteni a fogadott email-ekről, minden címről ugyan úgy. Van -e erre valami progi vagy a .log-okból kellene kiolvasni?
LabPlot-1.3.0-7 installálási probléma
SUSE 9.3 alá istalláltam a SUSE ftp serveréről letöltött LabPlot-1.3.0-7.i586.rpm -et.
A program indításakor
peter@nagyba:~/Documents/downloads_labplot> LabPlot
LabPlot: error while loading shared libraries: libLabPlot.so.1: cannot open shared object file: No such file or directory
Installáltam a LabPlot-1.3.0-7.src.rpm -et. A ./configure futtatása után a config.log -ban a következő problematikusnak tűnő részeket találtam:
configure:6354: WARNING: jasper/jas_config.h: accepted by the compiler, rejected by the preprocessor!
configure:6356: WARNING: jasper/jas_config.h: proceeding with the preprocessor's result
configure:6384: checking for jasper/jas_config.h
configure:6391: result: no
configure:6438: checking for pstoedit
configure:6465: result: no
configure:6495: checking for Magick++-config
configure:6522: result: no
configure:7142: checking for main in -lqsa
configure:7167: gcc -o conftest -g -O2 conftest.c -lqsa -L/usr/lib/qt3/lib >&5
/usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../../i586-suse-linux/bin/ld: cannot find -lqsa
collect2: ld returned 1 exit status
configure:7170: $? = 1
configure: failed program was:
| #line 7149 "configure"
configure:12834: checking if gcc supports -fno-rtti -fno-exceptions
cc1: warning: "-fno-rtti" is valid for C++ but not for C/ObjC
cc1: warning: "-fno-rtti" is valid for C++ but not for C/ObjC
configure:12858: result: no
configure:13975: gcc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1
configure:13978: $? = 0
configure:13990: result: no
configure:13996: checking how to hardcode library paths into programs
configure:14020: result: immediate
configure:18759: checking if gcj supports -fno-rtti -fno-exceptions
configure:18783: result: no
configure:18798: checking for gcj option to produce PIC
configure:18951: result: -fPIC
configure:18958: checking if gcj PIC flag -fPIC works
configure:18982: result: no
configure:19006: checking if gcj supports -c -o file.o
configure:19047: result: no
Mi a probléma ? Mit kell tennem ? Nem szereti a LabPlot a gcc-t ?
A segítségeteket kérném, mert ökör vagyok a probléma megoldásához.