Dotaz: iptables, redirect a pop3 = login failed se správným heslem

[Lesek]

Zdravím,

mám problém který je již mimo mé znalosti a bohužel jsem ani nebyl schopen najít řešení pomocí Google. Ve zkratce - login na POP3 server v internetu z mého serveru proběhne, z počítačů v síti za ním už ale končí hláškou "Login failed". Při přístupu přes telnet v obou případech komunikace probíhá, pouze s rozdílným výsledkem. Server se k internetu připojuje přes ADSL router ve stejné síti jako jsou klienti, takže pop3 traffic na router předávám pomcí IPTABLES a REDIRECT - což tipuji bude asi ten problém, bohužel ho neumím vyřešit

A podrobněji:

• Mám server (IP 10.0.0.1) a ADSL router (10.0.0.138). Oba jsou ve stejné fyzické síti s několika klienty (zatím je to nutné kvůli fyzickému rozmístění komponent).
• Klienti by se měli připojovat přes server, nikoli přímo router.  (mají tedy mít server jako bránu a DNS server)
• Na serveru běží http proxy SQUID který celkem úspěšně zvládá svou práci.
• Pro služby které nejdou posílat přes proxy mám v iptables pravidlo REDIRECT podle čísel portů
• vše funguje tak jak bych čekal, až na to že pokud na klientské stanici zkusím například telnet pop3.centrum.cz 110 tak se sice s vzdáleným serverem domluvím, vezme si ode mne jméno a heslo ale zahlásí ERR-  Login failed. Stejný pokus provedený ze serveru skončí úspěšně.

A to mi už hlava nebere, chápal bych kdyby byl server nedostupný, ale co může způsobovat tohle? Moje znalost příslušného protokolu už evidentně není dostatečná

Prosím tedy o pomoc, jestli někdo ví jak toto vyřešit prosím prosím aspoň naznačte.

Díky!

Odpovědi

[tom]

Nedelam si zatim ambice to cele pochopit, ale jak vypadaji ta pravidla pro redirect a co ma byt jejich cilem? Bud bych tam cekal pravidla s SNAT, nebo nejakou zminku o lokalnim pop3 proxy. Zatim mi to pripada, ze to takhle pripojeni klientu redirectuje na pop3 server bezici na lokalnim stroji. To se da overit napriklad pohledem do logu, kde by mela byt videt rada neuspesnych pokusu o pop3 prihlaseni Tomas

[Filip Jirsák]

Nerozumím tomu, kde máte jaká pravidla nastavená a co kam předáváte. Bylo by dobré napsat, že např. na klientech nejsou žádná pravidla firewallu, na routeru jsou tato, na serveru tato a jako výchozí bránu mají klienti nastaven server (například).

Samotný problém spočívá podle mne v tom, že se klienti ve skutečnosti nepřipojují k pop3.centrum.cz, ale k vašemu serveru, kde asi také běží POP3 server. Tam jsou ale samozřejmě jiné účty a jiná hesla, takže přihlášení selže.

[Filip Jirsák]

Ještě jednu věc -- pokud chcete jen docílit toho, aby veškerý provoz klientů o internetu procházel přes server a ne přes router (resp. server pak může provoz přeposlat routeru, ale nepošle mu to přímo klient), nastavte klientům IP adresu serveru jako výchozí bránu, a mezi serverem a routerem udělejte jinou IP síť (třeba 10.0.1/24) a router zcela vyřaďte z té IP sítě 10.0.0/24. Nebo to jde i bez té jiné sítě, pak ale na serveru budete muset dělat SNAT, aby pakety směřující zpět ke klientům neposlal router přímo, ale přes server. Tedy pokud potřebujete, aby server i ty "zpětné" pakety viděl -- ale kdybyste to nepotřeboval, asi přes něj nepoženete veškerý provoz.

[Lesek]

Zdravím a díky všem,

samozřejmě máte pravdu, jsem blb a přesměroval jsem si komunikaci na lokální POP3 server. Lidská blbost nezná hranic jak se sám na sobě přesvědčuji.

To co popisujete je přesně to čeho chci dosáhnout - fungovalo to dokud jsem dělal klasický NAT mezi eth0 a eth1 - teď už mám ale jen jedno rozhraní aktivní a server který má fungovat jako brána a "reálná" brána jsou v jedné síti. To není definitivní řešení, router přijde později přepojit, ale teď to udělat nemohu.Takže se jdu pokusit o hraní si s SNAT. Opravte mne jestli se mýlím, musím splnit následující:

v řetezci INPUT povolit příslušný port a protokol, to samé v output a forward. Potom v postrouting nastavit SNAT tak, aby klient (dejme tomu 10.0.0.10) který má jako výchozí bránu server (10.0.0.1) se dostal "ven" přes router (10.0.0.138) aniž by měl adresu routeru kdekoli v lokální konfiguraci uloženou. Snad se to povede Díky moc za nakopnutí!

[Filip Jirsák]

Přišlo by mi jednodušší přiřadit síťové kartě serveru druhou IP adresu v jiné IP síti a routeru dát jen IP adresu z této sítě. Fyzicky budou sice všechny počítače v téže síti, z pohledu protokolu IP ale jakoby to byly dvě oddělené sítě a server mezi nimi routoval. Tím se vyhnete nutnosti dělat na serveru SNAT. Na klientech pak jen nastavíte jako výchozí bránu IP adresu serveru (a nebo současnou IP adresu routeru přidejte také serveru).

[Lesek]

Tohle mne také napadlo, ale mám s tím špatné zkušenosti (s virtuálním rozraním), takže tohle řešení mám až jako pozdější. Podotýkám že ty špatné zkušenosti plynuly z mé neznalosti, teď už sice tuším na co si dát pozor ale i tak Nejspíše na to ale dojde. Naštěstí je to řešení maximálně na měsíc až dva, pak to budu snad moci přepojit fyzicky.

[Filip Jirsák]

Když budete používat NAT, stačí na příslušnou komunikaci aplikovat SNAT, tedy např. (je to jen příklad, nevím, zda to přesně takhle bude fungovat)

iptables -t nat -A POSTROUTING -s 10.0.0.1 -j RETURN
iptables -t nat -A POSTROUTING -s 10.0.0.138 -j RETURN
iptables -t nat -A POSTROUTING -s 10.0.0.0/24 --to-source IP_adresa_serveru

a pak příslušnou komunikaci povolit v řetězci FORWARD.

Ale osobně bych jen přiřadil druhou IP adresu síťové kartě na serveru, je to úprava jednoho konfiguračního souboru ve vaší distribuci, nečekal bych tam nějaké problémy. U toho NATu už musíte řešit, aby se to týkalo jen těch správných počítačů atd.

[Filip Jirsák]

Teď jsem psal příkaz iptables do jiné diskuse, a došlo mi, že jsem ho taady napsal špatně. poslední řádek má být

iptables -t nat -A POSTROUTING -s 10.0.0.0/24 --to-source IP_adresa_serveru -j SNAT

Mně se zdálo divné, že tam není žádný cíl…

[Lesek]

Díky moc!

Sice se mi to zatím nepodařilo zcela zprovoznit, ale směr už mám zdá se správný. Ještě jednou díky!