• Updated 2023-07-12: Hello, Guest! Welcome back, and be sure to check out this follow-up post about our outage a week or so ago.

MacTCP settings for dial-up?

desertrout

Well-known member
@dosdude1 recently set up a dial-up ISP (https://dialin.doslabelectronics.com/), which is super cool. I decided to try connecting using my PB180's (running 7.1) internal Global Village modem - I can dial in and connect via PPP (sweet sweet music) but I can't load any websites. So I'm thinking I need to tweak my MacTCP settings? Currently in MacTCP I'm using Google's public DNS (which works fine when using my serial wifi modem emulator) and no gateway address (0.0.0.0), and sever-assigned class C address.

I'm wondering anyone has any ideas? I'm continuing to mess around with other settings in both PPP Config and MacTCP and the Global Village control panel, but it's kinda random.
 

CC_333

Well-known member
If I had a landline I'd totally try this!

I think NetZero still exists, doesn't it? (it did when I looked into it about 2-1/2 years ago).

c
 

dan.dem

Well-known member
I can dial in and connect via PPP (sweet sweet music) but I can't load any websites. So I'm thinking I need to tweak my MacTCP settings? Currently in MacTCP I'm using Google's public DNS (which works fine when using my serial wifi modem emulator) and no gateway address (0.0.0.0), and sever-assigned class C address.

I'm wondering anyone has any ideas? I'm continuing to mess around with other settings in both PPP Config and MacTCP and the Global Village control panel, but it's kinda random.
It's an old thread but being a dial-up user for years, here is what I still remember.

Since @dosdude1 does not provide any settings, I guess he assumes you should use a server ínitiated configuration method for TCP/IP. I am not sure this was available before OpenTransport, as in MacTCP.
I remember having to configure MacTCP carefully with 4 items to specify:

This requires setting a real gateway address, which should be published by the service provider. 0.0.0.0 will AFIK not work.
Therefore I doubt you are making a real TCP/IP connection, There seems to be a successful modem connection, but it will not advance to the next step of a TCP/IP connection.
Further you need a "network mask", looking like 255.255.255.0 (this mostly works). This defines the range of IP addresses relative to your gateway address you may use for your computer. The example here allows any addresses looking similar to your gateway's but allow the range of (usually) 2 to 255 for the last part of the IP address. Example: Assuming a gateway of 192.168.0.1 and a mask of 255.255.255.0 allows you to use anything between 192.168.0.2 ... to ... 192.168.0.255 (you may give some addresses a try).
So the manual method needs you to choose your own IP address as described above.
Usually the service provider should name you the IP address of the name server too. Nowadays it often works if you use the gateway address or another well known name server (like Google's as you mentioned).

You may be aware there is now a more modern TCP stack for 68k Macs, produced by someone in this forum. Definitely worth trying but I have no further information.
Have you successfully connected to the service in the meantime?
 

ClassicGuyPhilly

Well-known member
Going back to 1990s ISP Mac troubleshooting. We used PPP and just set TCP/IP to acquire automatically.

Many a caller had GV Modems, here are a couple init strings you can try (and yes these are from memory, burned in forever)

AT&F1W1S95=44
AT&FW1S95=44
 

dosdude1

Well-known member
It's an old thread but being a dial-up user for years, here is what I still remember.

Since @dosdude1 does not provide any settings, I guess he assumes you should use a server ínitiated configuration method for TCP/IP. I am not sure this was available before OpenTransport, as in MacTCP.
I remember having to configure MacTCP carefully with 4 items to specify:

This requires setting a real gateway address, which should be published by the service provider. 0.0.0.0 will AFIK not work.
Therefore I doubt you are making a real TCP/IP connection, There seems to be a successful modem connection, but it will not advance to the next step of a TCP/IP connection.
Further you need a "network mask", looking like 255.255.255.0 (this mostly works). This defines the range of IP addresses relative to your gateway address you may use for your computer. The example here allows any addresses looking similar to your gateway's but allow the range of (usually) 2 to 255 for the last part of the IP address. Example: Assuming a gateway of 192.168.0.1 and a mask of 255.255.255.0 allows you to use anything between 192.168.0.2 ... to ... 192.168.0.255 (you may give some addresses a try).
So the manual method needs you to choose your own IP address as described above.
Usually the service provider should name you the IP address of the name server too. Nowadays it often works if you use the gateway address or another well known name server (like Google's as you mentioned).

You may be aware there is now a more modern TCP stack for 68k Macs, produced by someone in this forum. Definitely worth trying but I have no further information.
Have you successfully connected to the service in the meantime?
I guess I didn't consider the fact the some clients don't have support for obtaining an IP address automatically. The way I have it set up to work is the remote access server (Shiva LanRover E/Plus) will assign each client an IP address from a range. This is a range between 192.168.2.7 and 192.168.2.15. I would recommend trying an IP address outside that range, so 192.168.2.16 or higher. The rest of the settings should be as follows:

Subnet mask: 255.255.255.0
Gateway address: 192.168.2.1
DNS/nameserver: 1.1.1.1/1.0.0.1 and/or 8.8.8.8/8.8.4.4 (Cloudflare and Google DNS respectively).
 

desertrout

Well-known member
Sorry to come back to this so late - been away most of the last few weeks. So, no luck so far, but I haven't put much time into it... for a separate reason I 'upgraded' to OT, and the best I can get is using the auto PPP config in the TCP/IP control panel, which gets me connected but still no site loading -- tried @ClassicGuyPhilly 's recommended init strings as well. Manual settings or other configs don't result in a successful connection. I'll poke at it again next week.
 
Top