A1 Zwangstrennung auf bestimmte Uhrzeit legen

viragomann

Hallo!

Allerdings ist mir persönlich auch noch kein irgendwie gearteter DSL Anschluß mit PPTP untergekommen, das scheint an der Stelle wirklich ein sehr - man vergebe mir den Ausdruck - "österreichisches Phänomen" zu sein. Alle DSL Anschlüsse in Deutschland und anderen Europäischen Ländern in denen ich bislang sowas eingerichtet habe, waren entweder direkt via IP, ATM (PPPoA) oder PPPoE geschaltet. PPTP als DialIn habe ich zuletzt bei "Pseudo Windows VPNs" gesehen :)

Auch das A1 ADSL läuft über PPPoA oder PPPoE. In Maxx's Fall eben PPPoA, aber das ist leider im Gegensatz zu PPPoE in pfSense nicht implementiert.
Daher braucht er ein Modem, das entweder PPPoA zu PPTP transferiert, oder selbst einwählt und per IP an die pfSense angeschlossen wird. Das Modem lässt sich aber nicht erklären, wann es trennen und neu wählen soll. Das ist entweder immer eingewählt oder wählt bei Bedarf. Mit pfSense könnte das gehen, allerdings nur über den PPTP Umweg. Aber leider fehlt da offenbar wieder die Funktion der zeitgesteuerten Trennung.

Grüße

JeGr

Daher braucht er ein Modem, das entweder PPPoA zu PPTP transferiert, oder selbst einwählt und per IP an die pfSense angeschlossen wird.

Ah danke! Die Info ist interessant :) Ich hatte bislang PPPoA woho nur mit entsprechenden Modems vornedran.

Andere Frage: Wer hat PPPoE mit Zwangstrennung um spezifische Uhrzeit aktiv? Kann die-/derjenige mal bitte seine Crontab anschauen und ggf. posten ob zu der Uhrzeit ein Cron eingetragen wird?

tpf

Wer hat PPPoE mit Zwangstrennung um spezifische Uhrzeit aktiv? Kann die-/derjenige mal bitte seine Crontab anschauen und ggf. posten ob zu der Uhrzeit ein Cron eingetragen wird?

Bitteschön: 0 3 * * * root /var/etc/pppoe_restart_pppoe0

Inhalt:
#!/bin/sh
/usr/local/sbin/pfSctl -c 'interface reload opt3'
/usr/bin/logger -t pppoe0 "PPPoE periodic reset executed on opt3"

JeGr

Bingo. Somit sollte das anpassbar sein und mit einem Custom Cron à la

/usr/local/sbin/pfSctl -c 'interface reload <name_des_pptp_ifs>' getriggert werden können. Dann einfach als Cron anlegen und du solltest deine Trennung haben :) Der Logger Eintrag setzt lediglich einen Kommentar ins Syslog ab, dass man weiß, dass er aufgerufen wurde. Ist aber nur "nice to have" und nicht wichtig.

Grüße</name_des_pptp_ifs>

maxx8888

Perfekt… Genau nach der Lösung hab ich gesucht!
Vielen Dank für die Hilfe.

Ich habe jetzt mal einen Cron Job für das physikalische Interface angelegt:
0 4 * * * root /usr/local/sbin/pfSctl -c 'interface reload igb0'

Mal gucken was heut um 04:00 Uhr passiert.

Ansonsten wäre vielleicht noch der PPTP Tunnel direkt zu reloaden oder macht des keinen Sinn?:
0 4 * * * root /usr/local/sbin/pfSctl -c 'interface reload pptp0'

Grüße

JeGr

Ich denke das sollte sich auf das physikalische Interface beziehen, aber einfach mal beobachten ob das gewünschte Verhalten eintritt :)

maxx8888

Hi,

Also leider beides fehlgeschlagen :-\…

Beide Kommandos werden ausgeführt und mit OK bestätigt...
ABER pptp Verbindung wird nicht geschlossen.

Der System Log zeigt:
Beim Reload auf igb0:
check_reload_status: Configuring interface igb0

Beim Reload auf pptp0:
check_reload_status: Configuring interface pptp0

Jedoch der PPP Log zeigt keinen Eintrag == keine Neuwahl.

Vermutlich wurde der periodic reset deshalb nur auf pppoe eingebaut. Haut bei pptp nicht hin :-)

JeGr

Hmmm… du sagst ja dass das durch den ppp deamon läuft? Wäre dann /usr/local/sbin/ppp-linkdown und -linkup ggf. eine Möglichkeit...
Ich wüsste ja immer noch gerne, wie die Buttons im Interface Screen definiert sind (disconnect / connect), die müssen ja Funktion hinterlegt haben. Und somit muss das ja auch manuell triggerbar sein.

maxx8888

Hi!

War ein paar Tage unterwegs, daher die Antwort etwas verspätet.

Ich habe Deinen Vorschlag mal in einer Shell getestet sieht dann so aus und Link bleibt UP.
Habe diverse IF Parameter beim Aufruf mitgegeben (MPD,PPTP0,PPTP,WAN).


[2.2.2-RELEASE][root@firewall.xxx]/var/run: /usr/local/sbin/ppp-linkdown PPTP0
ngctl: shutdown: No such file or directory
OK
[2.2.2-RELEASE][root@firewall.xxx]/var/run: /usr/local/sbin/ppp-linkdown MPD
ngctl: shutdown: No such file or directory
OK
[2.2.2-RELEASE][root@firewall.xxx]/var/run: /usr/local/sbin/ppp-linkdown WAN
ngctl: shutdown: No such file or directory
OK
[2.2.2-RELEASE][root@firewall.xxx]/var/run: /usr/local/sbin/ppp-linkdown PPTP
ngctl: shutdown: No such file or directory
OK

Ja, das mit die Buttons wäre interessant, ich muß mir das nochmals genauer ansehen.
Also soweit ich das bis jetzt gesehen habe löst der Disconnect Button einfach ein kill auf…
(etc/inc/interfaces.inc -> Call interface_bring_down(WAN,false,false)
1.) Der Prozess mit dem Namen mpd5 wird gekillt.
2.) unlink_if_exists(/var/etc/mpd_wan.conf) --> bin mir noch nicht sicher was das hier macht

Beim Connect Button passiert noch mehr und ich hab keinen Plan :-)
(etc/inc/interfaces.inc -> Call interface_configure(WAN,false,false))

Nachdem das zu kompliziert wird, was wäre wenn ich einfach mit curl auf die status_interfaces.php poste?

lg