UNIX haladó

*

( t-bee | 2007. október 16., kedd - 17:39 )

* UNIX haladó

Az utóbbi napokban ezeket a hibákat kapom vissza a syslogban:

(host mx.t-online.hu[84.2.44.11] said: 451 4.1.2 : Recipient address rejected: The reverse name of your IP address doesn't map back to the same IP (see http://cgi.t-online.hu/bra02/mxtest.cgi?err=REVMAP&ip= for details) (in reply to RCPT TO command))

Op rendszer Solaris 10; MTA: Postfix; DNS: Bind9

A www.dnsstuff.com -on a reverse dns rendesen visszamutat a hostnévre (nem a RIPE tagságú / szolgáltató hosztjára, hanem a sajátra!).

Próbaként megnéztem a T-online levelező szerverek IP-t is ugyan úgy hibát ad vissza a T-online mxtest-je, viszont az én leveleim 2-3 napig is próbálkoznak eljutni a t-online-os címekre. Máshova minden simán megy.

Más is tapasztalt hasonlót, vagy ez egy rosszul sikerült antispam feature?
sysstat -- furcsa CPU idle értékek ›
»

* hozzászólás
* 325 olvasás

Hozzászólás megjelenítési lehetőségek
A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.
( Czo | 2007. október 16., kedd - 18:17 )

Kerj meg egy tonlajnost nezze meg neked o mit lat A es PTR rekordra :) lehet elkefelodott valami dns utkozben

---
Apple iMac 20"
áéíóöőúüű

* válasz
* permalink

( t-bee | 2007. október 16., kedd - 20:03 )

Ok, van valaki T-online -os aki megnézné nekem? Jelentkezzen privátban. Thx

A poén viszont az hogy szépen lassan átcsusszannak a levelek a T-onlineékhoz, csak van 1-2 napos delay, amíg itt próbálkozik a postfix.

A
postmaster@t-online.hu

meg sz*rik a panaszaimra.

Most kapta meg a haver a tegnap reggeli levelem, amiben estére sörözni hívtam :)

Nézze meg valaki akinek van saját IP-je hogy egyáltalán működőképes -e ez a cgi akármi.

* válasz
* permalink

( sany | 2007. október 16., kedd - 20:05 )

"A
postmaster@t-online.hu

meg sz*rik a panaszaimra."

pojén:

részlet /etc/aliases fájlból( t-online módra) :lol:

postmaster: v_igazgató_ur

:D :D :D :D

----------------------------------------------------------------

* válasz
* permalink

( t-bee | 2007. október 17., szerda - 1:18 )

érdekes megoldást találtam a prblémára:

A akarmi.valami.hu a levelező szerverem neve. Na most létezik egy
postmaster@valami.hu

postafiók ugye a domainhez. Létrehoztam a
postmaster@akarmi.valami.hu

(azaz forwardoltam a
postmaster@valami.hu

-ra) és egyből elfogad mindent a t-online tőlem. :)

Az örömöm határtalan, csupán csak néhány kérdésem maradt:

- T-online fordításban a "The reverse name of your IP address doesn't map back to the same IP..." azt jelenti, hogy hozzál létre egy postmaster címet a szervernévhez!?

- Ha hibás a reverse dns (nyilván a T-online szerint hibás, mert az mxtest kitartóan hibát jelez) akkor miért nem utasítja mx03a.mail.t-online.hu gép vissza a levelet?

Hmm... Nem értem hogy miért működik most így, és miért nem működött máshogy?

Na jó részemről megoldva a probléma, és ha valaha valaki hasonlóba ütközne akkor a google el fogja navigálni ide is :)

* válasz
* permalink

( t-bee | 2007. október 17., szerda - 10:56 )

Ma megint elkezdte vissza szórni a fenti üzeneteket a t-online. :( A levelek meg szépen gyülekeznek a queue-ben. Mindenhova kézbesülnek a levelek kivéve a T-hez nem!

Miért nincs egyetlen értelmes ember sem ennél az elb***ott cégnél, aki reagálna 25. levelemre végre? Saját ügyfeleket is szivatják, nem csak engem...

* válasz
* permalink

( t-bee | 2007. október 17., szerda - 12:47 )

A mx03a.mail.t-online.hu megint elfogadja a leveleimet, más mxNN.mail.t-online.hu gépek nem. De jó móka ez már nekem...

* válasz
* permalink

( bra | 2007. október 17., szerda - 15:16 )

Nem világos, hogy mit is vársz pontosan. Idejössz csúnyán beszélni, lehülyézed a szolgáltatót, de az egyedüli bizonyítékát annak, hogy valójában nálad van a hiba elrejted (az IP címet).
Mi lenne, ha leírnád azt is?

* válasz
* permalink

( t-bee | 2007. október 17., szerda - 18:29 )

Orvosi eset lehetsz. :)

Itt az IP cím: 149.244.249.1

Idejössz csúnyán beszélni, lehülyézed a szolgáltatót, de az egyedüli bizonyítékát annak, hogy valójában nálad van a hiba elrejted (az IP címet).

Kövezzetek meg ha ennek csak a harmadát elkövettem :~)

Neked bra meg javaslok valami antistresz oldó tréninget. Relax, relax! A hiba nem az Én oldalamon van, hanem valahol a szolgáltatói oldalon.

* válasz
* permalink

új
( bra | 2007. október 17., szerda - 21:39 )

Mindenki az, legfeljebb másért.
Én ezzel az IP-vel kapcsolatban semmi rosszat nem látok, hacsak nem módosítottak rajta mostanában valamit, vagy nem rosszak a névszerverei, nem értem mi lehetett a hiba.

Mégis melyik szolgáltató oldalára gondolsz?

* szerkesztés
* válasz
* permalink

( bra | 2007. október 17., szerda - 15:23 )

Árulj el valamit: te közelebbi kapcsolatban állsz az informatikával (szerver, vagy DNS üzemeltetés szintjén például), vagy csak most ismerkedsz vele?

* válasz
* permalink

( t-bee | 2007. október 17., szerda - 18:30 )

Ez megmarad az Én titkomnak :~)

Sziasztok,

A cucc debian sarge, 2.6.15.1-es kernellel, amin backgroundban futtatom az alábbi parancsot:

/usr/lib/sysstat/sadc 300 -F -L 

Ha CPU terhelés infót akarok lekérdezni akkor azt látom, hogy az idle oszlopban állandóan 0 van, mintha a proci állandona 100%-on pörögne. Pedig alig dolgozik.

Ta top -ot nézek, akkor látszik is, hogy unatkozik.

$ top

top - 21:19:55 up 614 days,  6:57,  2 users,  load average: 0.01, 0.11, 0.13
Tasks:  89 total,   2 running,  87 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3% us,  0.0% sy,  0.0% ni, 99.7% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   1034668k total,   994796k used,    39872k free,    56364k buffers
Swap:  3831416k total,     6724k used,  3824692k free,   653264k cached

$ sar -P ALL

21:08:39          CPU     %user     %nice   %system   %iowait     %idle
21:13:39          all     48.67      0.00     40.93     10.40      0.00
21:18:39          all     49.36      0.00     48.49      2.15      0.00
Average:          all     44.92      0.00     48.53      6.55      0.00

Rettentően nem értem a dolgot, van valakinek ötlete?

Sziasztok!
Az lenne a kerdesem hogy szeretnek bizonyos szavakat oldalakat tiltani squid-ba

Be raktam a kov. sorokat az squid.conf -ba

acl tiltas url_regex "/etc/squid/block.acl"
http_access deny tiltas

A block.acl tartalmaza a nem kivant szavakat illetve a nem kivant oldalakat

Szep hoszu lista am squid restart utan vigan lehet bongeszni az osszes tiltot oldalt
Sajna valamiert az squid figyelmen kivul hagyja a tilto listat

Probaltam egyenesen squid.conf -ba is -i parameterrel tiltani azt sem vesszi eszre

Valami tipp?

On behalf of our client we are looking for:

Unix Senior System Engineer

Primary Purpose:

· To ensure the availability, reliability, security and optimization of all Unix based IT services, especially Billing and ERP systems.

The Task:

· Support daily operations of business critical services
· Cooperate with Front – and Back Office teams
· Installation and upgrade of Operating software
· Administration of storage subsystems
· Maintenance of system security
· Monitoring and optimization of the performance of the services
· Planning and implement backup and recovery procedures

The ideal candidate has:

· College or university degree in IT or equivalent
· 5 years of experience in Unix environment at a multinational company
· Experience in Solaris operating system (certification is an advantage)
· Experience with EMC storage systems is an advantage
· Experience with Amdocs billing systems is an advantage
· Experience with Java application servers (Sun, Weblogic, TIBCO) is an advantage
· Excellent communication and problem handling skills

If you are interested in this position, please send your CV to the following e-mail address:
ebodi@mfconsulting.hu

For further information please contact Majer & Field Consulting on 411-08-10.

lehet hogy luzer a kerdes ...

azt szeretnem elerni hogy bizonyos szolgaltatasok (Darwin Streaming server tobbek kozott) csak bizonyos domain-ekbol legyenek elerhetok. pl *.hu. *.ac.uk. stb

Az osszes ipcim/netmask felsorolasa nyilvan nem lehetseges, az iptables a szabaly felvitelekor kiertekel, szoval nem irhatom hogy .hu, mivel ezt nem tudja feloldani.

5let? ( google-on kivul :) )

Heló Mindenki!

Debian Linux 401r alá szeretnék nvidia driveert telepíteni, mert linux alatt a képernyőm bal oldalon fél centivel el van csúszva. Le is töltöttem a drivert, consolon el is indítottam, de a kernellel valami hibát talált, nem értettem pontosan mi az. GeForce 7300 GT videókártyám van. Aki tud segítsen a driver telepítésésben vagy abban, hogy tudnám visszaállítani a képernyőt. Ha simán a monitoron állítgatom akkor meg windows alatt csúszik el. előre is köszi!

Hi mindenkinek.. 1 kérdéssel fordulnék hozzátok:

Fut jelenleg a rendszeremen egy SW RAID 1-el összehozott LVM-en futó root partició ami szépen megy is saját kernellel initrd-vel együtt.. Viszont engem ez az initrd iszonyat de ingerel..

Olvastam, hogy RAID1 esetén megoldható, hogy ha a particiókat fd-re állítjuk ( Raid Autodetect ) akkor initrd nélkül is össze lehet hozni a kernelt. Mivel az én disc-jeim autó így vannak, ezért gondoltam megpróbálom leforgatni a kernelem, viszont az eddigi próbálkozásaim során mindig bootoláskor egy olyan eredményt kapok, hogy

"md0 (driver?)* kernel panic not syncing vfs: unable to mount root fs on unknown-block (0,0)"

Van valakinek valami tippje hogy mit kéne a kernelbe beleforgatnom, hogy ez menjen is?

Szerk: Ohh Igen.. A kernel 2.6.22.6-os vanilla kernel

mondjatok nekem valami okosabb alternatívát az ftp.proxy helyett, aminek meg
lehet adni több backend szervert, és ezáltal akár a legegyszerűbb round robin
terhelés-elosztásra képes az x számú backend ftpd között...

heartbeat, ipvs és hasonló ágyúval-verébre szituációkkal kíméljetek. valami
pofonegyszerű kell. ha jobbat nem találok, beleprogramozom a fícsört az ftp.proxy-ba...

iptables, firestarter...