Beiträge von fofh

    Hallo zusammen,

    Danke für die Antworten. Habe jetzt mal die .ppd von meinem MBP genommen.

    Allerdings bekomme ich folgenden Fehler beim Druckerstatus angezeigt.

    Leerlauf - "Datei "/Library/Printers/Samsung/Filters/rastertosec" nicht verfügbar: No such file or directory"

    Beim raspi ist das folgendes Verzeichnis: /usr/lib/cups/filter

    In dem Verzeichnis gibt es keine rastertosec-Datei

    Ich müsste irgendwie die Anfrage vom Drucker auf das Verzeichnis ändern. Nehme ich mal an. Allerdings wüsste ich nicht wo ich das machen kann.

    Hat jemand eine Idee?

    Hallo,

    ok habe den Treiber heruntergeladen und installiert nach deinem Link.

    Allerdings kam schon eine Fehlermeldung beim starten der install.sh.

    Daher habe ich die Datei noarch\package_utils editiert. (habe den Fehler gegoogelt)

    Habe nach „case „${ARCH}“ in“ gesucht und 10 Zeilen drunter

    „arm“)

    „arm“|“armhf“)

    ersetzt.

    Dann ging die installation. Die Einstellung für die Firewall habe ich übersprungen.

    Geht genau so gut wie vorher auch.

    Was kann ich noch tun?

    Hallo zusammen,

    ich habe einen Samsung CLP-320 Farblaserdrucker, der an ein Airport Express ( ein Stockwerk höher) hängt.

    Da meine meisten Geräte von Apple sind, wollte ich AirPrint nutzen um zu drucken.

    Ich habe mir daher einen Raspi 3 b+ geholt und an mein Speedport gehängt. Cups installiert und konfiguriert.
    Der Drucker erscheint und ich kann auch einen Druckauftrag starten. In der Jobliste ist der Auftrag als gedruckt, doch
    der Drucker bleibt leer (es liegt kein gedrucktes Blatt drin). Habe mein Drucker direkt an den Raspi über USB angeschlossen
    und nochmals Cups installiert und konfiguriert. Jetzt passiert das gleiche wieder, doch nun kann ich sehen, dass der Druckauftrag
    beim Drucker ankommt, da er aus dem Energiemodus erwacht und anfängt, wie beim normalen drucken sich aufzuwärmen, aber drucken tut er nicht.

    Im error_log steht nichts drin. Was kann ich noch tun?:conf:

    Das hier geht:

    sudo tcpdump -c 30 -vvveni eth0 udp dst port 1194

    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes

    11:57:00.593522 ac:cf:85:a9:6b:0c > b8:27:eb:42:cf:a3, ethertype IPv4 (0x0800), length 96: (tos 0x0, ttl 52, id 29252, offset 0, flags [none], proto UDP (17), length 82)

    80.187.81.184.4814 > 192.168.2.5.1194: [udp sum ok] UDP, length 54

    11:57:01.431119 ac:cf:85:a9:6b:0c > b8:27:eb:42:cf:a3, ethertype IPv4 (0x0800), length 96: (tos 0x0, ttl 52, id 9070, offset 0, flags [none], proto UDP (17), length 82)

    80.187.81.184.4814 > 192.168.2.5.1194: [udp sum ok] UDP, length 54

    11:57:02.557923 ac:cf:85:a9:6b:0c > b8:27:eb:42:cf:a3, ethertype IPv4 (0x0800), length 96: (tos 0x0, ttl 52, id 9166, offset 0, flags [none], proto UDP (17), length 82)

    80.187.81.184.4814 > 192.168.2.5.1194: [udp sum ok] UDP, length 54

    ^C

    3 packets captured

    3 packets received by filter

    0 packets dropped by kernel

    Das nicht:

    sudo tcpdump -c 30 -vvveni eth0 udp src port 1194

    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes

    ^C

    0 packets captured

    0 packets received by filter

    0 packets dropped by kernel

    :conf:

    Schau mal in deinem Router (Heimnetz oder so ähnlich) nach, ob dort eine Umleitung von eth0 zu wlan0 (betr. den PI) erfolgt.

    Im Router kann ich nichts finden. Auch im Internet finde ich nichts. Habe auch versucht den Pi nur über die DSL-Leitung zu jagen - aber nichts.

    Habe das wlan getrennt/ausgeschaltet und den pi rebootet. Dann noch »sudo service dhcpcd status« eingegeben.

    Jetzt ist es die richtige IP-Adesse.

    Code
    sudo tcpdump -c 100 -vvveni eth0 udp port 1194
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
    00:37:52.936379 ac:cf:85:a9:6b:0c > b8:27:eb:42:cf:a3, ethertype IPv4 (0x0800), length 96: (tos 0x0, ttl 52, id 9925, offset 0, flags [none], proto UDP (17), length 82)
    80.187.81.184.23618 > 192.168.2.5.1194: [udp sum ok] UDP, length 54
    00:37:53.887016 ac:cf:85:a9:6b:0c > b8:27:eb:42:cf:a3, ethertype IPv4 (0x0800), length 96: (tos 0x0, ttl 52, id 1661, offset 0, flags [none], proto UDP (17), length 82)
    80.187.81.184.23618 > 192.168.2.5.1194: [udp sum ok] UDP, length 54
    ^C
    2 packets captured
    2 packets received by filter
    0 packets dropped by kernel

    Doch Open-VPN am iPhone verbindet sich immer noch nicht.

    Hallo rpi444,

    so habe ich's ja immer getestet.

    Es spricht immer die ip vom wlan0 an.

    eth0 ist die 192.168.2.5

    -- Die externen IPv6-Adressen kannst Du löschen oder unkenntlich machen. -- Wenn ich wüßte welche das sind würde ich es ja machen. Am besten lösche ich alles!

    Hallo rpi444,

    hier die Ausgaben:

    Code
    ip a

    --

    Code
    route -n

    --

    Code
    ip n s

    --

    Ich habe auch mal das WLAN beim Pi ausgeschaltet und den Befehl

    Code
    sudo tcpdump -c 100 -vvveni <externes-Interface-PI> udp port 1194

    eingegeben. Und es hat sich nichts getan.

    Meine Vermutung ist, das vpn die falsche ip-adresse hat.:conf:

    Hallo dpi444,

    Folgendes kommt dabei raus:

    00:51:01.932935 cd:fc:58:a7:9b:2c > b3:36:be:17:ea:3a, ethertype IPv4 (0x0800), length 96: (tos 0x0, ttl 52, id 32366, offset 0, flags [none], proto UDP (17), length 82)

    80.187.118.114.11930 > 192.168.2.xxx.1194: [udp sum ok] UDP, length 54

    ^C

    16 packets captured

    16 packets received by filter

    0 packets dropped by kernel

    Komisch ist nur, dass die IP von außen (80.187.118.114) auf das Wlan0 (192.168.2.xxx) zugreifen will.

    Bei der Konfiguration vom ipvpn habe ich jedoch angegeben, dass die statische IP eth0 ist.

    Könnte das der Fehler sein? Wenn ja, kann ich das irgendwie abändern?

    Hallo rpi444,

    Folgendes kommt, wenn ich deinen Befehl eingebe:

    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes

    Was heißt das jetzt? Ist das gut oder schlecht?

    Habe mal STRG+C gedrückt, weil sonst nichts mehr kam. Das war das Ergebnis:

    0 packets captured

    0 packets received by filter

    0 packets dropped by kernel

    Hallo rpi444,

    ja der Port ist weitergeleitet an die feste ip vom raspi. In einem Forum habe ich gelesen, dass es beim Speedport wie folgt eingetragen werden muss: 1194 - 1195 1194 - leeres Feld

    Ich verstehe auch nicht, wie ich prüfen kann, ob der Port funktioniert. Oder ob die dyndns-adress funktioniert.

    Was bitte ist NAT-Loopback?

    Hallo zusammen,

    seit ca. einem Monat habe ich eine Raspberry 3 B+. Den habe ich mir zugelegt, um mit vpn auf mein Heimnetz zuzugreifen. Ich habe einen Speedport Hybrid als Router, an dem die WD MyCloudMirror und der Raspberry per Kabel verbunden sind. Zudem habe ich noch zwei Repeater von TP Link, ein Airport Express (welcher über der Wohnung im Büro ist) und ein lumi-gateway von Xiaomi.

    Mit dem Raps möchte ich zwei dinge tun. Einmal als VPN-Tunnel (vom Macbook, iPhone oder iPad), wenn ich unterwegs bin, damit ich auf mein Heimnetzwerk zugreifen kann und zum zweiten meinen Samsung Drucker, der per USB am Airport Express angeschlossen ist, für alle meine Geräte freigeben. Vielleicht kann ich dann auch von Unterwegs drucken.:/ Aber das ist ein anderes Thema.

    pivpn habe ich nach folgender Anleitung gemacht, wobei bei mir noch während der Konfiguration ein Fenster aufgetaucht ist, wegen Verschlüsselung in LZ4 oder so bei OpenVPN 2.4 oder höher. Da auf dem iPhone die Version 1.2.9 build 0 (iOS 64-bit) ist habe ich mit »nein« bestätigt.

    Speedport Einstellungen: Komisch ist, das sich die Öffentliche WAN-IP schon seit ein paar Tagen nicht mehr geändert hat. :conf:

    Domänenname: xyz.ddnss.de

    Benutzername: 123456

    Kennwort: *******

    Updateserver-Adresse: ddnss.de

    Protokoll: HTTPS

    Port: 443

    Gut folgende Log kommt wenn ich versuche mich mit dem iPhone6 zu verbinden:

    2018-07-26 09:34:42 ----- OpenVPN Start -----

    OpenVPN core 3.2 ios arm64 64-bit built on Feb 22 2018 12:39:28

    2018-07-26 09:34:42 Frame=512/2048/512 mssfix-ctrl=1250

    2018-07-26 09:34:42 UNUSED OPTIONS

    4 [resolv-retry] [infinite]

    5 [nobind]

    6 [persist-key]

    7 [persist-tun]

    11 [verify-x509-name] [server_P6Fy5jWyWNjF1dOp] [name]

    15 [verb] [3]

    2018-07-26 09:34:42 EVENT: RESOLVE

    2018-07-26 09:34:42 Contacting [92.254.163.219]:1194/UDP via UDP

    2018-07-26 09:34:42 EVENT: WAIT

    2018-07-26 09:34:42 Connecting to [xyz.ddnss.de]:1194 (92.254.163.219) via UDPv4

    ## Das kommt erst nach dem ich die Verbindung trenne

    2018-07-26 09:34:49 EVENT: DISCONNECTED

    2018-07-26 09:34:49 Raw stats on disconnect:

    BYTES_OUT : 378

    PACKETS_OUT : 7

    2018-07-26 09:34:49 Performance stats on disconnect:

    CPU usage (microseconds): 45128

    Network bytes per CPU second: 8376

    Tunnel bytes per CPU second: 0

    Hat jemand eine Ahnung was da der Fehler ist?

    P.S.: So richtig Ahnung habe ich nicht von Linux und Netzwerktechnik.

    Wahrscheinlich kann ich alles über die WD MyCloudMirror machen:/