UNIX haladó

Sziasztok!

Squid-ben hogy tudom azt beállítani, hogy egy bizonyos domaint egyáltalán ne cacheljen be?
Google szerinte alway_direct-el kellene, de vmiért nekem nem megy.:

acl not_cached url_regex -i "/fájl/ahol/van/a/lista"
always_direct allow not_cached

Jó ez így? Vagy mit cseszerintettem el? :/
Ugyan úgy MEM_HIT-el a squid az access.log-ban..

Köszönöm!

Evek ota nem forditottam kernel, de most gonoltam kiprobalom az ext4-et ( tul sok adatom van jo lenne ha vmi kinullazodan LOL )

szoval, kernel forditas, install majd reboot utan vmi ilyesmit ir:

error inserting /lib/modules/2.6.28.7/......'ata_piix.ko': Invalid module format
ata_piix: no symbol version for struct_module

es meg ebbol van vagy 15, kulonbozo modulra mint ext4, stb.

persze nem bootol.

3 fele keppen is probaltam felrakni:

1. keszitettem rpm -et, majd rpm -i ...
2. make modules && make modules_install && make install
3. make bzImage majd manual install.

mkinitrd megvolt, be is rakta a modulokat.

a root particio ext3.
vmi otlet azon kivul hogy beleforgatok mindent a kernelbe ami az initrd-be van?

ez 4-5 eve meg igy ment, ha RTFM akkor ne kimeljetek ;)

Sziasztok!

Beüzemeltem egy Squid proxy-t nagyjábol 20-30 gépes hálózathoz. Egész jól működik, most viszont beleütköztem egy problémába, ami egy 2004-es squid-cache.org levlist szerint

http://www.squid-cache.org/mail-archive/squid-users/200409/0328.html

megoldhatatlan, de hátha itt vki mégis megoldotta azóta.

Szóval van egy külsős cég aki néha bedolgozik és használja a proxynkat, házon belül. A probléma az, hogy le szeretne tölteni egy az Ő általuk üzemeltetett IIS-es webszerveren lévő anyagokat, de ilyenkor rendre 401.2 -es hibával eldobja a kapcsolatot.. Ha iptables-al kikerültetem a proxy-t természetesen működik.
Bár a rendszergazdájukkal nem tudtam még beszélni, de ha hihetek a levlistnek NTLM azonosítást használnak és ezt egyetlen proxyval sem lehet működésre bírni.

Tehát mit tudtok javasolni?
1:ottani rendszergazda noszogatása, woodoobabájának szurkálása
2:squid azonnali felgyujtása, majd kardba fordulás

elfogadok egyéb lehetőséget is :)

Hali!

A következő problémába ütköztem: Azt szeretném elérni, hogy egy bash változó értékét szeretném kinyerni úgy, hogy ez egyik része a szkript paramétere legyen.
A célt nehezen tudom megfogalmazni. De kb a következő lenne szükségem.

./code.sh buda
10000

#!/bin/bash

a_buda=10000
b_pest=99999

aparam=${a_$1} ### a lényeg
bparam=$b_pest ### így megy (természetesen)
echo $aparam
echo $bparam

Valakinek valami ötlete, hogy lehetne ezt megoldani?

Problémám van a fenti tevékenységgel.
Ha bejelentkezek winről ubuntura nxklienssel, akkor felajánlja a nyomtató konfigurálását, sőt, emlékszik is rá, hogy mire állítottam legutóbb, de a nyomtató nem jelenik meg a nyomtatók között.
Próbáltam keresni a neten megoldást, de - egyenlőre - nem találtam.
Valakinek vmi 5lete?

Lenne egy olyan dondom, amit sajnos nem sikerül beállítani, vagy csak átdiklok valami felett.
Azt szeretném, ha a vsftpd kezelne local felhasználókat, és egyben virtuális felhasználókat is, kiknak kijelölt chroot-juk lenne.
Ez lehetséges?
Nem muszáj sql-ben tárolni, bármilyen megoldás érdekel, ha már ftp server tudja, akkor melyik szerintetek?

Következő problémám van:

Adott két kliens gép és egy szerver az alábbi konstellációban:

Kliens1 <--> SSH Server <--> Kliens2

Azt kéne megoldani, hogy Kliens2 be tudjon VNC-zni Kliens1-re:

Kliens1 <------------------> Kliens2

A probléma:

SSH Server felől Kliens1 irányába semmilyen kérés nem megy, csak a Kliens1 tudja hívni SSH Servert.

Az ötlet:

Kliens1 és Kliens2 be SSH-zik a szerverre, majd valahogy a szerveren kéne megoldani a két kliens kapcsolat "összelinkelését".

A TCP forwardingban láttam meg a fantáziát:

Kliens1: 60000-es porton figyel a VNC szerver, be is állítom a putty-ban, hogy a helyi 60000-es portot forwardolja be az SSH alagútba, távoli címnek az SSH szerver címét adtam meg 5800-as távoli porttal.

Kliens2: az 50000-es portot beforwardolqam az SSH alagútba, távoli címként az SSH szerver címét adtam meg 5700-as porttal.

Mindkét kliensen be van állítva a puttyban a "Local ports accepts connection from other hosts" és a "Remote ports do the same".

A probléma ott van, hogy az SSH szerveren az 5800-as és 5700-as portok hogyan kerülnek kapcsolásra. (gyk: ha mindkét kliensen az SSH szerver IP-jét, és ugyanazt a portot állítom be, úgy nem működik).

Tehát a lényeg még egyszer: a két kliens beSSH-zik a szerverre és valahogy meg kéne oldani, hogy az egyik kliens be tudjon VNC-zni a másik kliensre (az adat végig SSH csatornán halad).

Hogy miért ilyen bonyolultan akarom megoldani? Muszáj. Tűzfalazás miatt csak így működik (nem az én hatásköröm).

Kérem, hogy segítsetek.

Előre is köszi!

Dchard

MOD: a megoldás yndy és VaZso hozzászólásaiban található!

Sziasztok!

Megoldható az alábbi feladat?

Adott egy darab szerver. Egy darab "rendes" IP címmel.
Xen alatt két virtuális gép fut, egy-egy privát IP címmel (pl. 192.168.1.1 és 192.168.1.2).

Az egyik VM PHP4-et futtat.
A másik VM PHP5-öt futtat.

A bejövő HTTP kéréseket hoszt nevek alapján szét kellene válogatni aszerint, hogy PHP4 vagy PHP5 környezetben leledzik az adott oldal.

Az internet felől csak egy darab 80-as port látszódhat.

Attila

Szaisztok!

Van egy gepem amin van ket particio, az egyiken ubuntu a masikon pedig win xp. kulon lettek telepitve.... Felmerult egy olyan problema, hogy ubuntu alatt kellene futtatnom win xp oprendszert.
A kerdesem az az lenne hogy a meglevo ket rendszeremet ossze tudom e ugy kapcsolni ( hogy ubuntu alatt tudjak futtatni xp -t ) hogy ne kelljen ujra virtualisan letrehoznom ubuntu ala egy xp -t. A vmware - gondoltam, de nem tudom hogy van e benne ilyen beállítás.

A szegitseget elore is koszonom!

Sziasztok!

Megoldható valamiképpen az, hogy elérjem az adott gépen futó ssh szervert a szintén rajta futó apache-en keresztül oly módon, hogy létrehozok erre a célra egy VirtualHost-ot a 443-as porton, míg másik virtualhost továbbra is kiszolgálja a hozzá érkező http/https kéréseket?

Tehát a gépre bejönni csak 80 és 443-as porton keresztül tudok, de a 443-as portra a https miatt is szükség lenne.
Hogy oldhatom meg, hogy adott hosztnevet beírva a 443-as porton mégiscsak be tudjak ssh-n jelentkezni?

Vagyis anélkül, hogy az sshd itt várakozna.