SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
MantisBT - Endian Firewall | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0000781 | Endian Firewall | Other Scripts | public | 2008-05-10 20:45 | 2010-09-21 09:16 |
Reporter | Fish | ||||
Assigned To | |||||
Priority | normal | Severity | feature | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | OS | OS Version | |||
Product Version | 2.2-beta4 | ||||
Target Version | future | Fixed in Version | |||
Customer Importance | |||||
Customer Occurrences | |||||
Queue | |||||
Summary | 0000781: make ppp chat and peer template customizeable by make template overrideable and/or produced files sticky | ||||
Description | Hello, I though it worth mentioning that I have a T-Mobile GC89 GPRS modem installed in a desktop, attached via a SIIG PCI-to-PC Card Pro (PCMCIA adapter). I also have installed EFW 2.2-beta-4 in a VMware on the same machine with the T-Mobile GC89 GPRS card. I have been able to make the GPRS card dial on the EFW VMware host by sharing serial port 1 (ttyS1) and manually configuring the following configurations I got somewhere off the internet; ############### Filename /etc/ppp/peers/tmobile; /dev/ttyS1 # use whatever your system assigns it to 57600 # I'd love to be able to bump this up somehow defaultroute # use this interface for the default route usepeerdns # use their DNS updetach # keep pppd in the foreground until attached crtscts # hardware flow control lock # lock the serial port noauth # don't expect authentication from the modem local # don't use CD or DTR debug # blah blah blah to STDERR persist # keep re-connecting when dropped # this section's not necessary at all, but here it is anyway. remotename '' user 'tmobile' password '' show-password lcp-echo-interval 0 # don't bother with echo requests, since # t-mobile doesn't effing bother sending them back! lcp-restart 1 # one-second resend connect '/usr/sbin/chat -v -V -t3 -f /etc/ppp/chat-gc89' disconnect '/usr/sbin/chat -v -V -t3 -f /etc/ppp/chat-gc89-disconnect' ################## Filename /etc/ppp/chat-gc89; SAY 'trying to connect...\n' SAY '\n' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER' ABORT DELAYED SAY 'Initializing modem\n' "" AT+cfun=1 OK AT+cfun=1 OK AT+cgreg=1 OK AT "" AT+CSQ SAY '\n' SAY 'Setting APN\n' # this context string came straight from t-mobile tier 3 tech support. # The APN (internet2.voicestream.com) may be internet3 if your account is set # up for public IP addresses. Mine isn't, so here we are. OK AT+CGDCONT=1,"IP","internet2.voicestream.com" SAY '\n' SAY 'Dialing...\n' OK ATDT*99***1# CONNECT " " ################ **Note, in the chat script, the pound symbol needs to be after the 1 in the expect line (second from the bottom), but will get erased when in a template (Yes I tried re-writing the templates for chat at the peers). ** Also note that the ppp peer template seems to have a chat line which gets added to the generated peer which reads "connect '/usr/sbin/chat -f /etc/ppp/chat-uplink1'" but should read "connect '/usr/sbin/chat -v -V -t3 -f /etc/ppp/chat-uplink1'" If I do a `pppd call tmobile` these configuration files work flawlessly. I have noticed when I add an uplink in the web interface using a standard analog modem configuration, entering 56700 baud, tmobile as the user and *99***1# as the dial string... the chat script fails. So I manually copied my working configurations over the existing "uplink1" ppp peer and chat scripts, however it appears right before the dialer is invoked the configuration files are over written, and even when I change the file permissions to remove write ability for even the root user, the files are still over written. If there is anyway to allow the user to manually change the files after configuring an uplink... or better yet manually define your own templates for GPRS dialing that would allow me to use a GPRS card with the firewall.. and while it's a pretty low speed card, this could also apply to other networks which are 3G/UMTS which could actually supply enough bandwidth for a small office. -Kevin | ||||
Steps To Reproduce | |||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2008-05-10 20:45 | Fish | New Issue | |||
2008-07-01 15:39 | cgirda | Note Added: 0001395 | |||
2008-07-01 17:22 | peter-endian | Note Added: 0001401 | |||
2008-07-01 18:17 | Fish | Note Added: 0001403 | |||
2008-07-01 18:43 | cgirda | Note Added: 0001404 | |||
2008-07-02 14:22 | cgirda | Note Added: 0001406 | |||
2008-07-07 18:30 | cgirda | Note Added: 0001419 | |||
2010-09-21 09:16 | peter-endian | Severity | minor => feature | ||
2010-09-21 09:16 | peter-endian | Target Version | => future | ||
2010-09-21 09:16 | peter-endian | Summary | pppd-analog config constantly over written (cannot make manual edits to use TMobile GC89 GPRS). => make ppp chat and peer template customizeable by make template overrideable and/or produced files sticky |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|