Archiv verlassen und diese Seite im Standarddesign anzeigen : vmware und fetchmail
Hallo,
bin vollkommen neu in der Linux-Welt.
Ich benutzte Debian mit dem vmware-Player auf einem Windows-Client im Netzwerk und erhalte meine Internetanbindung über den Windowsserver.
Ich bin sehr begeistert und habe mir einen kleinen webserver eingerichtet.
Jetzt mein Problem:
ich bekomme keine verbindung mit fetchmail egal ob ich pop.gmx.net oder etwas anderes nehme.
bei fetchmail -a -v warte ich lange und dann kommt connection timed out
Ich vermute es liegt an meinen exim4 einstellungen?
Vielen Dank im Voraus
bei fetchmail -a -v warte ich lange und dann kommt connection timed out
probier mal
telnet pop.gmx.net 110
Ich vermute es liegt an meinen exim4 einstellungen?
Exim hat damit nichts zu tun
ok...
telnet pop.gmx.net 110
Trying 213.165.64.22...
telnet: Unable to connect to remote host: Connection timed out
Trying 213.165.64.22...
Dein DNS funktioniert also
telnet: Unable to connect to remote host: Connection timed out
Hast du irgentwelche "Firewalls" laufen?
Auf meinem Client nicht, aber ganz bestimmt auf dem Server worauf ich aber nicht zugreifen darf.
Wenn ich mit Outlook Express die GMX mails versende oder abhole habe ich keine Probleme.
Hat noch jemand einen Vorschlag?
Ich habe mal eine Telnetverbindung gemacht dass funktioniert.
Habe dann mal Strato getestet, da geht auch nix:
debian:~# fetchmail -a -v
fetchmail: 6.2.5 querying post.strato.de (protocol POP3) at Fri 16 Feb 2007 02:42:35 PM CET: poll started
fetchmail: timeout after 30 seconds waiting to connect to server post.strato.de.
fetchmail: socket error while fetching from post.strato.de
fetchmail: 6.2.5 querying post.strato.de (protocol POP3) at Fri 16 Feb 2007 02:43:05 PM CET: poll completed
fetchmail: normal termination, status 0
Auf meinem Client nicht, aber ganz bestimmt auf dem Server worauf ich aber nicht zugreifen darf.
Wenn ich mit Outlook Express die GMX mails versende oder abhole habe ich keine Probleme.
Ja wenn auf den Zielserver eine Firewall laufen würde (tut sie nicht, sie steht davor...), dann könntest du mit OE auch nicht zugreifen.
Sorry ich habe den Satz nich ganz verstanden.:o
Meinst Du jetzt weil OE läuft müsste es auch mit fetchmail gehen.
Erreichst du aus der VMware überhaupt irgendeinen Host im Internet, oder erreichst du vom VMware Gast nur den VMware Host?
Ich kann mit lynx surfen. ping auf heise.de geht. Telnet auf irgendeine Uniseite geht auch.
und ein telnet pop.gmx.net 110 geht nicht? Normalerweise sollte das erscheinen:
tepatrick@starcat:~> telnet pop.gmx.net 110
Trying 213.165.64.22...
Connected to pop.gmx.net.
Escape character is '^]'.
+OK GMX POP3 StreamProxy ready <8888.1171894044@mp001>
Bitte mal die Ausgabe von iptables -L -v -n posten. Das muss aus root ausgeführt werden.
Schonmal danke für Deine Bemühungen :)
1)
telnet pop.gmx.net 110
Trying 213.165.64.22...
telnet: Unable to connect to remote host: Connection timed out
2)
telnet mx.freenet.de
Trying 194.97.55.190...
Connected to mx6.freenet.de.
Escape character is '^]'.
Connection closed by foreign host.
3)
iptables -L -v -n
Chain INPUT (policy ACCEPT 62828 packets, 6529K bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 58541 packets, 4476K bytes)
pkts bytes target prot opt in out source destination
2)
telnet mx.freenet.de
Trying 194.97.55.190...
Connected to mx6.freenet.de.
Escape character is '^]'.
Connection closed by foreign host.
Du musst den Port mit angeben, also so:
patrick@starcat:~> telnet mx.freenet.de 25
Trying 194.97.50.135...
Connected to mx.freenet.de.
Escape character is '^]'.
220 mx2.freenet.de ESMTP Exim 4.67 Mon, 19 Feb 2007 15:17:42 +0100
Funktionieren die Anfragen von deinem Windows Host aus?
Funktionieren die Anfragen von deinem Windows Host aus?
Ja. freenet und gmx auch.
zb.:
aussführen telnet
open pop.gmx.net 110 (sofort drin)
mit port bei debian:
debian:~# telnet mx.freenet.de 25
Trying 194.97.55.192...
Trying 194.97.55.242...
Trying 194.97.50.135...
Klingt für mich schwer nach einem Iptables-Regelwerk, welches die Pakete droppt. Was ist das denn für eine Debian Appliance für den VMware Player?
ehmm ja ...
ich habe die CD von diesem Buch benutzt:
http://www.galileocomputing.de/katalog/buecher/titel/gp/titelID-968?GalileoSession=20429148A25ez9.kv6I
Mit VMXWizard und dann von CD booten.
Also keine Appliances.
Versuch bitte folgendes:
starcat:~ # iptables -A OUTPUT -p tcp -d 0.0.0.0 --dport 25 -j ACCEPT
Der Befehl muss als root ausgeführt werden.
ok habe ich gemacht:
iptables -L -v -n
Chain INPUT (policy ACCEPT 65897 packets, 6849K bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 61293 packets, 4694K bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0 tcp dpt:25
Hat vielleicht einer der Debianer noch eine Idee?
Ich habe jetzt eine Appliance für den VMware Player benutzt.
http://www.vmware.com/vmtn/appliances/directory/550
Und kann mit Evolution bei GMX Mails abholen und senden :)
Also würde alles funktioieren jetzt muss ich rausfinden was anders ist.
Vielen Dank nochmals bin ja wieder ein Schritt weiter.:)
Freue mich weiterhin auf Hinweise.
Yippi.
Ich musste beim VMPlayer Ethernet auf NAT setzten und dann rebooten (ich hatte bridge).
Ethernet0.connectionType = "nat"
Und die nächste Hürde :rolleyes:
Jetzt habe ich Ethernet auf NAT stehen und kann von auserhalb via PuTTY nicht auf den Rechner zugreifen.
Habe gelesen das man es mit port-forwarding hinbekommt.
Wo muss denn was eingestellt werden?
Netzwerkeinstellung in Window oder bei Debian?
Vielen Dank im Voraus
Normalerweise sollte das mit "bridged"-Networking problemlos klappen. NAT ist unnötig.
wenn ich "bridged" einstelle geht telnet pop.gmx.net 110 nicht.
Bei der "nat" Einstellung habe ich jetzt bei vmware mit vmnetcfg.exe ein port forwarding eingestellt jetzt geht es auch mit Putty (IP des Windows Client + Port 12345).
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.