Hálózatok általános

Adott egy email szerver Debian GNU/Linux 5.0
virtuális domainek és felhasználók.
Postfix, Courier, MySQL. A felhasználók a
MySQL szerveren természetesen, működik.

Most azt szeretnék, ha be lehetne állítani,
hogy bizonyos emailcímre érkező levelek egy
másik email címre is megérkezzenek automatikusan.
Amolyan szerveroldali automatikus titkos másolat.

Kérdésem, hogy merre induljak? A postfix konfigjában
van ilyen: always_bcc=xy, de ez nekem nem jó, mert
itt mindden levélről megy egy másolat, nem is igen
virtuális felhasználokhoz találták ki.

Csinált már valki ilyet? Vagy ötlet? Rtfm?

Egyik ötlet postfixhez egy filter írása, amit
azért elkerülnék, mert annyira nem lehet triviális. :)
(Talán)

Üdv!

Adott egy levelezőszerver Debian 5.0 postfix, virtual domain, stb.
Működik szépen, kivéve két domain két azonos felhasználónévvel.
Mindkétesetben a felhasználónév 'admin'.

admin@domain1.hu
admin@donain2.hu

Minden más felhasználó és virtual domain esetén a levelek megérkeznek, azonban ebben a fenti e-mailcímek esetén a
a levél nem is hozzánk akar jönni. Itt egy teszt levél
utáni visszapattanó levél

-----------
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

admin@domain1.hu
SMTP error from remote mail server after RCPT TO::
host mailbox.deninet.hu [212.92.23.54]: 550 5.1.1 :
Recipient address rejected: User unknown in virtual alias table
-------------

Az üzenetben látszik, hogy a mailbox.deninet.hu szervere akarta
fogadni a levelet. Csakhogy az nem a mi szerverünk. Nem tudom hogyan kerülnek a levelek a deninethez.

host -t mx domain1.hu
a mail.domain1.hu-ra mutat, ami csak egy
aliasa a domain1.hu-nak.
A
host -t a domain1.hu
pedig rendesen visszaadja a szerverünk IP címét (ami nem deninet!)

Ha telnet sajatszerver.hu 25 re levelet küldök a
admin@domain1.hu-ra, akár távoli helyről is, a levél
szépen megérkezik.

Tehát minden jel szerint a szerverünkig el sem jutnak
a levelek. Akkor DNS gond. De hol? A host parancsok
távolról is jó IP címet adnak vissza, a szerverükét,
és nem a deninetét.

Van valakinek ötlete?

Hali!

A kérdésem az lenne, hogy ki milyen szoftveres ips rendszert használ amihez jár valami féle garancia, stb. És mennyire van megelégedve a szolgáltatásaival.
Én eddig a snortot használtam a snortsam-mel. A közösségivel kiadással. Én meg voltam vele elégedve. Itt még azt is megkérdezném, hogy megéri-e az évi 500 dodó a kereskedelmi licencet. De minden más is érdekelne ugyanezeket az infókat spamszűrőkre.

Köszi

Sziasztok!

Szeretném kikérni a véleményeteket errol az IPTables-firewall projektről. Használja valaki? Ha igen, tapasztalatok?

Köszi a segítséget.

Tehát, ahogy a címben is szerepel: szeretnék egy egész országot kitiltani az egyik gépemről.
Találtam is egy adatbázist, amiben több mint 36000 háló meg is van adva, de szerintem ezt nem szeretné az iptables ha beadnám neki.
Valakinek van-e valami használható és egy egyszerű megoldása?

Sziasztok!

Egy kis segítségre lenne szükségem az alábbi samba kérdésben.

Az egyszerűség kedvéért legyen adott egy DATA megosztás, azonbelül is 3 könyvtár

DATA
- Dir1
- Dir2
- Dir3

És két felhasználó A és B.

Jogosultságaik :

A írhatja Dir1-et, és olvashatja Dir2-t.
B Olvashatja Dir1-et, és írhatja Dir3-t.

A könyvtárak jogosultsága acl segítségével beállítva, az működik is rendesen. Hogyan lehetne azt megoldani, hogy a windows alól felcsatlakozott userek csak a számukra elérhető könyvtárakat lássák? Jelenleg mind a 3 könyvtár megjelenik nekik, de azt szeretnénk, hogy A-nak csak a Dir1, Dir2, B-nek meg csak Dir1, Dir3 jelenjen meg, mint novell alatt. Ott mindenki csak azon könyvtárakat látta amihez valamilyen jogosultsággal rendelkezett.

Persze ez a példa így eléggé egyszerűsítet, itt még nem zavaró az a plusz egy könyvtár, de valóságban százas nagyságrendről van szó, és zavaró hogy a felhasználók olyan könyvtárakat is látnak amikhez amúgy sem jogosultságuk, sem közük nem lenne. Igaz belépni nem tudnak a könyvtárakba, de azt szeretnénk ha nem is tudnának ezek létezéséről.

Előre is köszönöm a segítséget...

Van egy VPS szerverem. 2 név alatt él:
Az eredeti szolgáltató által adott név: vps007-089.vpsplant.com
A saját domain nevem: dictzone.com

Az a furcsa, hogy néhány helyről mintha nem lenne azonosítható a szerver a dictzone.com névvel.
pl.:
http://www.ntchosting.com/dns/lookup.html
megtalálja a vps007-089.vpsplant.com-ot, viszont nem találja a dictzone.com-ot.

Szerintetek mi lehet a gond? :(

Sziasztok!

Szerintetek, hogy "értenék meg" egymást a következő eszközök:

Cisco SRW2008
Cisco SRW2024

Alapvetően a kérdésem az lenne, hogy ez a két switch jól tudna-e kommunikálni egymással nem lennének-e akadások?

Tapasztalatom azt mutatja, hogy különböző switchek nem mindíg értik megy egymást, ami a stabilitás és a sebesség rovására szokott menni, extrémebb esetekben hálózatleállás, stb...
Most pontosan az lenne a célom, hogy ez ne fordulhasson elő. Tehát a két eszköz szerintetek megbízhatóan tudna együttműködni?
Akinek tapasztalata van az ne kíméljen:-)

üdv.:
penta

Konkrétan:
iptables -A PREROUTING -p tcp -m tcp -s 192.168.55.0 --dport 80 -j REDIRECT --to-ports 3128

Ez a teljes hálózatról érkező 80-as porton kifelé igyekvő kéréseket átirányítja a 3128-as portra, azaz a squid részére.
Ezt hívják transzparens proxynak.

A problémám az, hogy egy bizonyos honlap nem használható csak, ha kiveszem a 80-as port átirányítását. Hogy lehetne a fenti parancsot úgy átírni, hogy kivételt képezzen egy bizonyos (vagy ha lehet akkor több konkrét) IP-címről jövő kérés?

Ugyanis jelenleg elég ha egy vagy két gépről elérik azt a bizonyos honlapot és később sem kell 5 gépnél több ami hozzáfér.

Sziasztok!

Tapasztal valaki hasonló Inviteles problémát?

2 21 ms 20 ms 19 ms 130.00ec54.tvnetwork.hu [84.236.0.130]
3 20 ms 27 ms 21 ms 139.00ec54.tvnetwork.hu [84.236.0.139]
4 21 ms 21 ms 21 ms bix.pantel.hu [193.188.137.42]
5 22 ms 22 ms 22 ms ae1.bix-p2.invitel.net [213.163.54.229]
6 21 ms 21 ms 20 ms 213.163.53.230
7 23 ms 21 ms 21 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
8 21 ms 21 ms 21 ms 213.163.54.206
9 22 ms 22 ms 21 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
10 21 ms 21 ms 20 ms 213.163.54.206
11 21 ms 22 ms 22 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
12 21 ms 22 ms 20 ms 213.163.54.206
13 22 ms 23 ms 21 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
14 21 ms 20 ms 20 ms 213.163.54.206
15 21 ms 23 ms 22 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
16 21 ms 21 ms 21 ms 213.163.54.206
17 24 ms 21 ms 21 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
18 22 ms 21 ms 21 ms 213.163.54.206
19 22 ms 22 ms 23 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
20 22 ms 20 ms 20 ms 213.163.54.206
21 56 ms 22 ms 22 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
22 21 ms 21 ms 22 ms 213.163.54.206
23 23 ms 22 ms 21 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
24 22 ms 20 ms 20 ms 213.163.54.206
25 23 ms 23 ms 22 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
26 21 ms 20 ms 21 ms 213.163.54.206
27 23 ms 23 ms 21 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
28 21 ms 21 ms 21 ms 213.163.54.206
29 22 ms 22 ms 22 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
30 21 ms 20 ms 21 ms 213.163.54.206

üdv, Zsolt