Czy dial-up w 2025 roku ma jeszcze sens?
Połączenie dial-up kojarzy się z dźwiękiem modemu 56k, zajętą linią telefoniczną i stronami ładującymi się całe wieki. Mimo to w 2025 roku dial-up wciąż potrafi się przydać. Nie jako główne łącze do Netflixa, ale jako awaryjny dostęp do sieci, element kolekcji retro, sposób na autentyczne korzystanie z zabytkowych komputerów lub ciekawostka edukacyjna.
Kluczowe jest jedno: współczesna infrastruktura telekomunikacyjna zmieniła się diametralnie. Sporo central telefonicznych zostało zdigitalizowanych, część usług analogowych wyłączono, a linie zamieniono na VoIP. Z tego powodu podłączenie retro routera lub modemu i uzyskanie prawdziwego dial-upu w 2025 roku wymaga trochę więcej kombinowania niż dwie dekady temu.
Istnieje jednak kilka scenariuszy, w których dial-up nadal działa:
- aktywny analogowy numer PSTN (stacjonarny „po kablu miedzianym”),
- linia VoIP z bramką FXS, na której usługa dial-up jeszcze się negocjuje,
- własny serwer dial-up (np. serwer PPP z modemem analogowym),
- lokalne połączenia modem–modem (bez Internetu, ale z pełną „retro” komunikacją).
Do tego dochodzi aspekt kolekcjonerski: stare routery z wbudowanym modemem (np. US Robotics, ZyXEL Prestige, Cisco z interfejsem WIC-1AM) i zewnętrzne modemy RS-232, które można podłączyć do retro PC, Amigi czy nawet współczesnego komputera przez adapter USB–RS232.
Żeby w 2025 roku sensownie podejść do dial-upu, trzeba zrozumieć, jakie ograniczenia stawia współczesna sieć telekomunikacyjna i jak je obejść przy użyciu realnie dostępnego sprzętu.
Rodzaje retro modemów i routerów, które da się użyć dzisiaj
Sprzęt „dial-up” można podzielić na kilka grup. Każda ma swoje plusy, minusy i typowe zastosowania w warunkach 2025 roku.
Zewnętrzne modemy analogowe na RS-232
To najbardziej klasyczne urządzenia, zwykle w obudowie stojącej na biurku, z gniazdami LINE oraz PHONE i portem szeregowym DB-9 lub DB-25. Łączą się z komputerem przez interfejs COM (RS-232), a konfiguracja odbywa się komendami AT.
Typowi przedstawiciele:
- US Robotics Courier / Sportster 28.8/33.6/56k,
- Hayes, ZyXEL (np. Omni),
- Lucent, Elsa Microlink, serwery MultiTech.
Zewnętrzne modemy sprawdzają się świetnie z retro PC (DOS, Windows 3.x/9x), starszymi systemami *nix oraz klasycznymi komputerami (Amiga, Atari ST, Macintosh). Do współczesnego komputera podłączysz je przez adapter USB–RS232, co pozwala zestawić dial-up nawet z laptopem, który nigdy nie miał fizycznego portu COM.
Kluczowe zalety:
- fizyczne diody LED pokazujące status linii (TR, CD, AA, OH, SD, RD),
- pełna kontrola nad AT command set,
- łatwa diagnostyka – widać, czy modem w ogóle wybiera numer i czy dochodzi do negocjacji.
Wewnętrzne modemy PCI / ISA (hardware vs winmodem)
W latach 90. i 2000. dominowały modemy wewnętrzne:
- ISA – do bardzo starych PC (286–Pentium),
- PCI – typowe dla komputerów od czasów Pentium II wzwyż.
Istniały dwa główne typy:
- sprzętowe modemy (hardware) – większość logiki w samym modemie, pełna obsługa AT, działały dobrze także pod DOS-em i Linuksem,
- winmodemy (HCF, HSP itp.) – część obsługi przeniesiona do sterownika, wymagały konkretnych driverów Windows, często problematyczne poza Windows 9x/XP.
W 2025 roku wewnętrzne modemy mają sens głównie wtedy, gdy:
- składasz autentyczny retro PC i chcesz mieć dial-up tak, jak kiedyś,
- masz stary komputer z Windows 98/XP i oryginalne sterowniki,
- planujesz wykorzystać modem w roli elementu serwera dial-up (np. karta z kilkoma modemami w jednym PC).
Do nowoczesnego komputera stacjonarnego wewnętrzne modemy zazwyczaj się nie nadają – brak złącz PCI/ISA, brak sterowników dla współczesnych systemów i brak sensownego wsparcia dla winmodemów.
Retro routery z wbudowanym modemem
To urządzenia łączące funkcje modemu analogowego z prostym routerem IP, często z wbudowanym portem Ethernet. Przykłady:
- ZyXEL Prestige (seria P-100, P-202, P-2000),
- US Robotics z serii „Internet Router” z modemem 56k,
- stare Cisco z modułem WIC-1AM lub podobnym.
Takie routery pozwalają:
- zestawić połączenie dial-up nie podłączając modemu do konkretnego komputera,
- udostępnić połączenie przez Ethernet wielu urządzeniom,
- czasem zrealizować dial-on-demand, czyli wybieranie numeru tylko wtedy, gdy jest ruch w sieci.
Retro routery z modemem są wygodne, gdy chcesz np.:
- podpiąć retro komputer bez stosownego softu dial-up (np. stara konsola z portem sieciowym),
- wykorzystać dial-up jako awaryjne łącze dla całej sieci domowej (fallback),
- eksperymentować z routingiem, NAT-em i QoS w realiach 56k.
Karty i moduły modemowe w sprzęcie profesjonalnym
W świecie sprzętu profesjonalnego dial-up długo pełnił rolę łącza zapasowego. Wiele routerów Cisco, Juniper czy Mikrotik obsługiwało modemy przez:
- gniazdo AUX (port szeregowy i modem zewnętrzny),
- specjalne moduły (np. wspomniany Cisco WIC-1AM),
- wbudowane modemy w kartach interfejsów.
W 2025 roku taki sprzęt można kupić za grosze na rynku wtórnym. Zalety:
- bardzo stabilne działanie,
- rozbudowane opcje logowania i monitoringu,
- możliwość symulowania warunków „korporacyjnych” z lat 90.
Minusem jest większy próg wejścia: konfiguracja z linii poleceń (CLI), często brak wsparcia w nowszych systemach lub ograniczona dokumentacja. Dla pasjonata retro sieci to jednak idealny wybór.
„Udawane” modemy przez VoIP i pseudo-dial-up
Ostatnia kategoria to różnego rodzaju emulatory modemu i rozwiązania VoIP, które pozwalają symulować klasyczny dial-up. Chodzi o scenariusze, gdy:
- nie masz fizycznego analogowego numeru,
- chcesz łączyć się modemem z własnym serwerem w domu lub przez Internet.
Rozwiązania:
- modem podłączony do bramki VoIP (FXS) – jeśli kodeki i ustawienia pozwalają, może uda się zestawić PPP,
- emulatory typu tcpser – PC udający modem Hayes na porcie szeregowym, ale w tle łączy się przez TCP/IP,
- rozwiązania w stylu „WiFiModem” dla 8-bitowców, które używają komend AT, ale tak naprawdę korzystają z Wi-Fi.
Takie pseudo-dial-upy nie zawsze dostarczą prawdziwego doświadczenia linii telefonicznej (brak autentycznego modulowania/negocjacji), ale pozwalają zachować klimat pracy z modemem, użyć komend AT i utrzymać zgodność z retro oprogramowaniem.
Jak znaleźć albo „stworzyć” linię telefoniczną dla dial-upu w 2025 roku
Największym problemem przy zabawie w dial-up nie jest wcale sprzęt, tylko dostęp do analogowej linii zdolnej przenieść sygnał modemowy. W wielu krajach klasyczny PSTN jest wygaszany, a wszystko przechodzi na VoIP. Mimo tego kilka opcji wciąż istnieje.
Sprawdzenie, czy aktualny telefon stacjonarny obsłuży modem
Jeśli w domu jest jeszcze telefon stacjonarny „od operatora”, trzeba ustalić, z czym mamy do czynienia:
- czy to analogowy PSTN po miedzi,
- czy VoIP z bramką (telefon podpięty do routera operatora lub osobnej bramki).
Krótka procedura diagnostyczna:
- Sprawdź, czy kabel telefoniczny wchodzi bezpośrednio ze ściany do telefonu, czy do routera/ONTu.
- Jeśli telefon wpinany jest do routera (gniazdo TEL/PHONE), masz VoIP z portem FXS.
- Jeśli wychodzi bezpośrednio ze ściany do gniazdka telefonicznego typu „RJ-11 w ścianie”, jest duża szansa na analogowy PSTN.
- Podłącz modem do tej linii (na próbę), wywołaj komendę
ATDTna znany numer (np. komórka) i sprawdź, czy połączenie wychodzi.
Przy VoIP dial-up bywa kapryśny. Działa lub nie – wszystko zależy od kodeków, opóźnień, jittera i ustawień operatora. Na niektórych łączach VoIP PPP zestawia się stabilnie do ~33,6 kb/s, na innych nie przejdzie wcale.
Bramka VoIP jako „sztuczna” linia telefoniczna
Jeśli nie ma klasycznej linii, można ją częściowo zasymulować przy użyciu własnej bramki VoIP (np. Cisco/Linksys SPA, Grandstream, Fritz!Box z portami FXS). Schemat jest prosty:
- bramka VoIP łączy się z serwerem SIP (w Internecie lub lokalnym, np. Asterisk),
- modem wpinamy w port FXS bramki, tak jak normalny telefon,
- po drugiej stronie też może być bramka FXS z modemem albo serwer dial-up z kartą telefoniczną.
Kluczowe ustawienia bramki VoIP, aby mieć choć szansę na dial-up:
- kodek G.711 (alaw/ulaw) – bez kompresji stratnej,
- wyłączone VAD (Voice Activity Detection) / Silence Suppression,
- jak najmniejsza redukcja echa i innych „ulepszaczy” dźwięku,
- stabilne łącze IP między bramkami (małe opóźnienia i jitter).
Taka konfiguracja nie gwarantuje sukcesu, ale dla wielu projektów retro wystarczy nawet prędkość 9,6–14,4 kb/s. Dla BBS-ów, telnetu, MUD-ów czy prostego przeglądania tekstu to i tak poziom „oldschoolowy”.
Własny serwer dial-up w domu
Najbardziej niezależne rozwiązanie to własny serwer dial-up. W praktyce oznacza to:
- komputer (może być mały PC, stary laptop, serwer),
- modem (zewnętrzny RS-232 lub wewnętrzny),
- system operacyjny z obsługą PPP (Linux, *BSD, czasem Windows z RAS),
- odpowiednia konfiguracja demona PPP do przyjmowania połączeń.
Modem serwerowy wpina się do linii telefonicznej (PSTN lub bramka FXS). Drugi modem – klient – może być w dowolnym komputerze, który będzie się „wdzwaniał” na numer serwera. W ten sposób tworzysz coś, co w latach 90. robiły ISP, tylko w skali domowej.
Zaletą jest pełna kontrola nad autoryzacją, adresacją IP i usługami. Można udostępnić wewnętrzny serwer HTTP, SSH czy archiwalne BBS-y. Wadą – konieczność konfiguracji Linuksa, pppd i ewentualnie Asteriska, jeśli chcesz łączyć się przez VoIP.
Połączenia modem–modem bez operatora
Możliwy jest również scenariusz całkowicie pozbawiony udziału sieci operatora – bezpośrednie połączenie modem–modem. Są dwie główne metody:
- specjalne kable i adaptery telefoniczne, które symulują centralę (tzw. „line simulator”),
- podłączenie modemów do bramki VoIP działającej lokalnie (dwa porty FXS w tej samej bramce).
Line simulator zapewnia minimalne napięcie zasilające linię i sygnał dzwonka. Przy jego użyciu jeden modem może „dzwonić” na drugi, a w rzeczywistości wszystko odbywa się lokalnie. To wygodne do testów i zabawy z modemami, gdy nie chcesz uzależniać się od żadnych zewnętrznych usług.
Konfiguracja zewnętrznego modemu i komend AT w 2025 roku
Zewnętrzny modem analogowy to najbardziej uniwersalny element układanki. Umiejętność jego konfiguracji otwiera drogę do większości retro scenariuszy dial-up.
Podłączenie modemu do komputera
Podstawowy schemat wygląda tak:
- Łączysz port RS-232 modemu z portem COM w komputerze (DB-9/DB-25).
- Jeśli komputer nie ma COM, używasz adaptera USB–RS232.
- Windows: PuTTY, Tera Term, RealTerm,
- Linux/*BSD: minicom, screen, picocom,
- macOS: screen w Terminalu lub port minicom.
- prędkość (baud): 9600 lub 115200 (większość nowych modemów),
- bity danych: 8,
- parzystość: brak,
- bity stopu: 1,
- kontrola przepływu: najlepiej hardware (RTS/CTS) lub wyłączona na start.
- Wpisz
ATi naciśnij Enter. - Poprawna odpowiedź to
OK. - Jeśli nic się nie pojawia, spróbuj inną prędkość (np. 2400, 19200, 38400).
- Upewnij się, że terminal wysyła końce linii jako
<CR>(Carriage Return), czasem także<CR><LF>. - Test łączności:
AT– testuje komunikację modem–PC. - Reset do ustawień fabrycznych:
AT&F– zeruje większość opcji do domyślnych. - Zapamiętanie konfiguracji:
AT&W– zapis ustawień w pamięci NVRAM. - Wybieranie numeru tonowo:
ATDTnumer, np.ATDT1234567. - Wybieranie impulsowe:
ATDPlokalny_numer(użyteczne na bardzo starych centralach). - Podniesienie słuchawki (bez wybierania):
ATH1; odłożenie –ATH0. - Monitorowanie, co dzieje się na linii:
AT&V– pokazuje konfigurację i profile. ATM1– głośnik włączony do momentu zestawienia połączenia,ATL0–L3– regulacja głośności.AT+MS=V34– wymuszenie trybu V.34 (do 33,6 kb/s),AT+MS=V32B– wymuszenie trybu V.32bis (14,4 kb/s),AT+MS=V22– wolne, ale „żelazne” 1200 b/s.AT+MS=V34,0,2400,33600– minimalnie 2400, maksymalnie 33,6 kb/s.ATN0– brak automatycznego wyboru,AT&N6– wymuszenie konkretnej szybkości (zależne od modelu).AT&K0– wyłączenie kompresji (często, choć nie zawsze),AT%C0– brak kompresji V.42bis / MNP.- nowoczesny Linux jako klient dial-up,
- Windows (np. XP/7/10) ze wbudowanym Dial-Up Networking,
- retro system (DOS/Windows 3.x/9x) z zewnętrznym stosikiem TCP/IP.
- Tworzysz plik z dialogiem logowania, np.
/etc/chatscripts/dialup:ABORT BUSY ABORT 'NO CARRIER' ABORT ERROR REPORT CONNECT '' ATZ OK ATDT1234567 CONNECT '' - Tworzysz plik opcji dla pppd, np.
/etc/ppp/peers/dialup:/dev/ttyUSB0 115200 crtscts defaultroute noauth usepeerdns connect "/usr/sbin/chat -v -f /etc/chatscripts/dialup" - Uruchamiasz połączenie:
sudo pppd call dialup - W Menedżerze urządzeń upewnij się, że modem jest widoczny jako „Standard 56k modem” (lub nazwa producenta).
- W Panelu sterowania przejdź do „Sieć i Internet” → „Centrum sieci…” → „Skonfiguruj nowe połączenie…”.
- Wybierz „Połącz z Internetem” → „Wybierz połączenie telefoniczne (dial‑up)”.
- Podaj numer, użytkownika, hasło i nazwę połączenia.
- Zapisz, po czym z poziomu ikony sieci spróbuj się połączyć.
- Trumpet Winsock pod Windows 3.1/3.11,
- pakiety typu mTCP pod DOS (częściej z kartą sieciową, choć możliwy jest PPP),
- wbudowany Dial-Up Networking w Windows 95/98/ME.
- Wyboru portu COM i prędkości (np. 38400 b/s).
- Podania numeru oraz danych konta (login/hasło PPP).
- Określenia, czy IP i DNS ma być przydzielany dynamicznie (najczęściej tak).
- router z wbudowanym modemem – robi NAT „sprzętowo”,
- komputer z modemem jako router – udostępnianie połączenia przez drugą kartę sieciową.
- Włącz przekazywanie IP:
echo 1 | sudo tee /proc/sys/net/ipv4/ip_forward - Dodaj regułę NAT (masquerade):
sudo iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE - Skonfiguruj na klienckich maszynach bramę domyślną jako adres IP twojego Linuksa (np. 192.168.0.1).
- We właściwościach połączenia dial-up zakładka „Udostępnianie”.
- Zaznaczasz opcję „Zezwalaj innym użytkownikom sieci…”.
- Wskazujesz interfejs LAN/Wi‑Fi, który ma służyć jako wewnętrzny.
- znajdź BBS utrzymujący numer analogowy (coraz rzadsze, ale się zdarzają),
- postaw własny BBS w domu i udostępnij go przez modem serwerowy.
- Na serwerze z modemem uruchamiasz program BBS (np. Synchronet, Mystic) w trybie „serial/door”.
- Systemowe narzędzia (mgetty, agetty, getty) logują połączenie i po autoryzacji przekazują TTY do BBS‑a.
- Modem nasłuchuje na linii i po wykryciu dzwonka (
RING) odpowiadaATA, po czym następuje handshake i nawiązanie sesji tekstowej. - Retro sprzęt (PC, 8‑bitowiec) podłączasz przez RS‑232 (lub adapter) do współczesnego komputera.
- Na współczesnym komputerze uruchamiasz
tcpser, np.:tcpser -d /dev/ttyUSB0 -s 2400 -l 4 -n "5551234=example.com:23" - Retro komputer „dzwoni” komendą
ATDT5551234, a tcpser łączy go po TCP zexample.com:23. - Po stronie retro komputera – fizyczny modem na linii analogowej, podłączony do portu FXS bramki VoIP (np. popularne urządzenia typu Linksys/Cisco PAP2, SPA, Grandstream).
- Po stronie serwera – drugi modem (np. PCI/USB) wpięty do drugiej bramki albo do portu FXS na tym samym urządzeniu.
- Pomiędzy bramkami – połączenie VoIP (SIP/IAX) lub lokalna centrala (Asterisk, FreePBX, OpenPBX).
- kodek G.711 (A‑law/µ‑law) – bez kompresji. G.729, G.723 i inne stratne kodeki skutecznie zabiją handshake powyżej kilku kb/s,
- wyłączenie echa, VAD, AGC – wszelkie „ulepszacze mowy” zaburzają sygnał modulowany przez modem,
- stały jitter‑buffer – dynamiczne buforowanie potrafi powodować zmiany opóźnień, które dla V.34 bywają zabójcze.
- dołączyć trunk SIP do Internetu i „wychodzić” na prawdziwe numery PSTN,
- wpinać kilka BBS‑ów / serwerów PPP jako kolejne porty modemowe,
- zdefiniować osobne prefiksy na BBS, PPP, testowe echo itp.
- ruch innych urządzeń w sieci (streaming, gry) powoduje jitter i chwilowe utraty pakietów,
- routery domowe lubią stosować QoS zoptymalizowany pod „rozmowę”, a nie sygnał ciągły,
- VPN między bramkami to dodatkowy narzut i opóźnienia.
- Ustawienia profilu dial‑up (numer, login, hasło, protokół uwierzytelniania).
- Zdefiniowania sposobu wybierania (ręczne, zawsze online, na żądanie przy ruchu IP).
- Włączenia NAT dla sieci LAN i – ewentualnie – prostego firewalla.
- wielosesyjny serwer BBS – każdy numer/port to osobne „wejście”,
- hub PPP – kilka retro maszyn dzwoni do jednego pudełka i przez nie wychodzi w świat.
- mały priorytet dla HTTP/HTTPS (porty 80/443), ograniczenie do kilkunastu kb/s,
- wysoki priorytet dla SSH/telnetu, NNTP, poczty tekstowej,
- blokada wszystkiego, co generuje „szum” (DNS over HTTPS, aktualizacje systemu, telemetria).
- przeglądarek tekstowych (lynx, w3m, links/elinks),
- „proxy odchudzającego” na szybszej maszynie – np. WWWOFFLE, mitmproxy z filtrami, własny skrypt wycinający CSS/JS/obrazki.
- wyłączenie pobierania wiadomości powyżej pewnego rozmiaru,
- konwersja HTML‑>tekst na serwerze (filtry w MTA lub na kliencie IMAP/POP3),
- kompresja offline – np. pobieranie skrzynki przez
isync/mbsyncz włączonymcompressw ssh. - mały router z OpenWrt i dodatkową siecią „retro”,
- prosty switch z obsługą VLAN (często nawet biurowe modele to potrafią),
- podwójna karta sieciowa w Linuksie pełniącym rolę routera PPP.
- HTTP/HTTPS przez proxy – retro przeglądarka zna tylko proxy, a ono sprawdza certyfikaty, wycina szkodliwe treści, aktualizuje listy domen,
- poczta przez lokalny relay – stary klient łączy się z wewnętrznym serwerem SMTP/IMAP, a dopiero on komunikuje się z zewnętrznym światem,
- SSH do „skoczka” – terminal na retro PC łączy się do jednego, zaufanego hosta, a z niego dopiero do reszty infrastruktury.
- NO CARRIER zaraz po
ATDT– brak odpowiedzi po drugiej stronie, zbyt krótki timeout lub problem z sygnałem dzwonienia, - CONNECT 9600 / 14400 mimo lepszego modemu – ograniczenie po stronie linii (VoIP, filtr, uszkodzony kabel),
- losowe zrywanie po kilku minutach – niestabilne łącze, zakłócenia, złe parametry VoIP albo kompresja, której modem nie „lubi”.
- PPP kończy się na „LCP terminated by peer” – problem z autoryzacją (złe hasło, niewspierany CHAP/PAP),
- brak domyślnej trasy po zestawieniu PPP – trzeba dołożyć
defaultroutelub ręcznie ustawićroute add default dev ppp0, - DNS przydzielony, ale nie działa – serwer NSP odrzuca zapytania spoza swojej podsieci, warto użyć publicznych DNS (np. 1.1.1.1, 9.9.9.9) wpisanych na sztywno.
- PPP działa, ale z prędkościami rzędu 28.8–33.6 kb/s i okazjonalnymi błędami,
- modemy negocjują, ale po chwili zrywają połączenie,
- negocjacja w ogóle nie dochodzi do skutku (brak „pisków” albo ciągłe błędy).
- zainstaluj sterowniki adaptera (system powinien zobaczyć wirtualny port COM),
- podłącz modem do adaptera zwykłym kablem RS-232 DB-9/DB-25,
- użyj terminala (np. PuTTY, minicom) do wysłania komend AT i sprawdź odpowiedź modemu.
- zastosować emulator modemu (np. tcpser) – komputer udaje modem Hayes na porcie szeregowym, a w tle łączy się przez TCP/IP,
- użyć rozwiązań w stylu „WiFiModem” dla komputerów 8-bitowych, które rozumieją komendy AT, ale tak naprawdę korzystają z Wi-Fi,
- zbudować lokalne połączenie modem–modem (dwa modemy, krótki kabel telefoniczny między nimi) i zestawić PPP tylko w swojej sieci.
- awaryjnego dostępu do poczty tekstowej, SSH, prostych stron,
- dostępu administracyjnego do urządzeń sieciowych,
- eksperymentów edukacyjnych i retro.
- Dial-up w 2025 roku ma sens głównie jako łącze awaryjne, element kolekcji retro, sposób na autentyczne używanie starych komputerów oraz narzędzie edukacyjne, a nie jako podstawowy Internet.
- Współczesna infrastruktura telekomunikacyjna (digitalizacja central, VoIP, wyłączanie usług analogowych) znacząco utrudnia proste „wpięcie modemu w gniazdko”, więc uzyskanie działającego dial-upu wymaga znajomości aktualnych ograniczeń sieci.
- Realne scenariusze działania dial-upu dziś to wciąż aktywne analogowe linie PSTN, niektóre linie VoIP z bramką FXS, własne serwery dial-up (PPP + modem) oraz lokalne połączenia modem–modem bez dostępu do Internetu.
- Zewnętrzne modemy RS-232 są najbardziej uniwersalne: świetnie współpracują z retro komputerami i, przez adapter USB–RS232, z nowoczesnymi PC, oferując pełną kontrolę komendami AT i wygodną diagnostykę przez diody LED.
- Wewnętrzne modemy PCI/ISA mają dziś sens głównie w autentycznych retro PC lub specjalistycznych zastosowaniach serwerowych; nowoczesne komputery zwykle nie mają kompatybilnych złączy ani sterowników, zwłaszcza dla winmodemów.
- Retro routery z wbudowanym modemem oraz profesjonalny sprzęt z modułami modemowymi pozwalają udostępnić dial-up całej sieci, eksperymentować z routingiem i symulować historyczne środowiska korporacyjne przy użyciu taniego sprzętu z rynku wtórnego.
- Emulatory modemów i rozwiązania VoIP umożliwiają pseudo-dial-up tam, gdzie nie ma fizycznej linii analogowej, co otwiera drogę do zabawy retro siecią i własnych serwerów dial-up w pełni kontrolowanych przez użytkownika.
Ustawienia terminala i pierwsze komendy AT
Po fizycznym podłączeniu modemu trzeba nawiązać z nim dialog przez program terminalowy. W 2025 roku najwygodniej użyć:
Minimalna konfiguracja sesji szeregowej wygląda zazwyczaj tak:
Po połączeniu:
Gdy AT daje OK, modem jest gotów na przyjmowanie dalszych komend Hayes.
Podstawowe komendy AT użyteczne przy dial-upie
Komend jest dużo, ale na potrzeby retro dial-upu przydaje się kilka grup. Warto je przećwiczyć jeszcze przed pierwszym łączeniem z siecią:
Żeby uzyskać klasyczny „śpiew” modemu, można włączyć głośnik:
Praktyczny trik: gdy modem „ucieka” w tryb cichy lub przestaje zgłaszać się na komendy, seria ATZ (reset do profilu domyślnego) oraz AT&F i ponowne AT&W często przywraca go do ładu.
Ograniczanie prędkości połączenia i zgodność z retro sprzętem
Starsze komputery, systemy i BBS-y bywały wybredne, jeśli chodzi o prędkość portu COM oraz samego połączenia. Współczesny modem 56k potrafi dogadać się z partnerem, ale czasem trzeba go przyhamować.
Typowe komendy kontrolujące prędkość linii:
Inna metoda to ustawienie maksymalnej prędkości:
Część modemów używa starszych, vendor‑specyficznych komend, np.:
Dla komputerów XT/AT pracujących na 2400/9600 b/s często wygodniej jest ustawić port COM i modem na stałą, niższą prędkość oraz wyłączyć kompresję danych:
Przy wolnych CPU kompresja w modemie może powodować „czkawkę” transmisji albo nieprzewidywalne opóźnienia.
Konfiguracja PPP po stronie systemu operacyjnego
Sam modem nie zapewnia jeszcze dostępu do IP – robi to protokół PPP obsługiwany przez system. W 2025 roku trzy typowe scenariusze to:
Linux jako klient dial-up (pppd, wvdial, NetworkManager)
W dystrybucjach linuksowych można użyć zarówno „starej szkoły” (pppd + chat), jak i wygodniejszych narzędzi.
Minimalny schemat z pppd i skryptem chat wygląda następująco:
Gdy pppd nawiąże sesję, w logach pojawi się przydzielony adres IP i informacja o DNS. Od tego momentu ruch IP płynie przez modem.
Jeśli wolisz coś prostszego interaktywnie, wvdial potrafi automatycznie wykryć modem i stworzyć plik konfiguracyjny. Graficznie – w wielu środowiskach NetworkManager oferuje jeszcze opcję „Połączenie dial‑up” (choć bywa domyślnie ukryta).
Windows z wbudowanym Dial-Up Networking
Windows XP/7/10 nadal obsługują modemy klasyczne i wirtualne. Proces konfiguracji przypomina czasy ISDN:
Jeśli modem jest w rzeczywistości podłączony do bramki VoIP i dzwonisz na własny serwer PPP, numer będzie pseudo‑wewnętrzny (np. 1001), a autoryzacja nastąpi na twoim Linuksie.
Retro systemy: DOS, Windows 3.x/9x
W starszych środowiskach dial-up wymaga zewnętrznego stosu TCP/IP. Popularne rozwiązania to:
Konfiguracja zwykle sprowadza się do:
W środowiskach, które nie znają PPP, da się zastosować „oszustwo”: lokalny PPP na maszynie pośredniej, a do retro komputera wystawić SLIP lub nawet prosty most z protokołem terminalowym i proxy po stronie nowszego systemu.
Udostępnianie dial-upu innym urządzeniom (NAT i routing)
Sam klient dial-up to dopiero początek. Prawdziwa zabawa zaczyna się, gdy łączysz modem z resztą sieci domowej i próbujesz korzystać z dial-upu na wielu sprzętach.
Są dwie drogi:
Linux jako router dial-up → LAN
Jeżeli modem (np. USB) kończy się jako ppp0, a lokalna sieć to eth0, prosty schemat wygląda tak:
W nowszych dystrybucjach zamiast iptables używa się nftables, ale idea jest ta sama – zamaskować ruch z LAN za pojedynczym adresem IP dostawcy PPP.
Przy prędkości 56k przydala się policja ruchu. Można choćby przyciąć HTTP/HTTPS do minimalnych transferów, a dać priorytet telnetowi/SSH, by terminale tekstowe działały płynnie.
Windows z ICS (Internet Connection Sharing)
W nowszych Windowsach możliwe jest udostępnienie połączenia dial-up przez Wi‑Fi lub Ethernet:
System automatycznie ustawi NAT oraz prosty DHCP. Do lekkich retro-zastosowań (przeglądarka tekstowa, klient telnet) taka konfiguracja wystarcza.
Łączenie się z BBS-ami i usługami retro przez dial-up
W 2025 roku większość BBS‑ów działa już wyłącznie po TCP/IP (telnet/SSH). Jeśli jednak chcesz doświadczyć oryginalnego wdzwonienia:
Typowa ścieżka dla lokalnego BBS‑a:
Dla kogoś z zewnątrz wygląda to jak klasyczne „zadzwonienie na BBS”, mimo że po drugiej stronie stoi współczesny Linux i dysk SSD.
Emulacja dial-upu na bazie TCP/IP i VoIP
Jeśli nie ma już szans na prawdziwy numer telefoniczny, można zbudować warstwę pośrednią, która „udaje” linię dla retro komputera, a w rzeczywistości używa IP.
tcpser i modemy „virtual Hayes”
tcpser to klasyczny emulator modemu. W praktyce działa to tak:
Emulacja dial‑up przez VoIP i bramki analogowe
Drugie podejście do „udawania” linii to użycie prawdziwych modemów po obu stronach, ale transport sygnału realizować przez sieć VoIP. Jako „pętlę lokalną” występuje wówczas bramka ATA lub soft‑PBX.
Najprostszy wariant wygląda tak:
W trywialnej konfiguracji jeden port FXS dzwoni na drugi lokalnym numerem, a Asterisk po prostu zestawia połączenie. Modemy widzą się jakby były na normalnej linii analogowej, handshake przebiega klasycznie.
Parametry VoIP istotne dla modemów
Jeżeli modemy mają negocjować przynajmniej 14,4–33,6 kb/s, VoIP musi być możliwie „przezroczysty”. Kluczowe ustawienia w bramce ATA / na serwerze SIP:
W wielu ATA istnieje specjalna opcja „fax passthrough / modem passthrough”. Działa to różnie; w praktyce najlepiej testować na niższych prędkościach (np. 9600–14400), a dopiero później podnosić pułap.
Mini‑centrala Asterisk jako wirtualna sieć telefoniczna
Wystarczy skromna maszyna z Linuksem, żeby zbudować prywatną „centralę telefoniczną dla modemów”. Asterisk obsłuży zarówno bramki FXS, jak i wewnętrzne konta SIP.
Prosty szkielet dialplanu (/etc/asterisk/extensions.conf):
[modem-net]
exten => 1001,1,Dial(SIP/bramka1_fxsp1,60)
exten => 1002,1,Dial(SIP/bramka2_fxsp1,60)Każdy z portów FXS ma swój numer wewnętrzny. Retro PC z modemem wybiera np. ATDT1002, centrala łączy go z drugim modemem.
W bardziej rozbudowanej konfiguracji można:
Ograniczenia takiego podejścia
Nawet przy idealnym ustawieniu kodeków, transmisja przez VoIP nie będzie tak stabilna jak miedziana para w latach 90. Typowe pułapki:
Dlatego realne, powtarzalne prędkości często kończą się na 9600–14400 b/s. Do BBS‑ów i terminali tekstowych jest to i tak komfortowe.
Retro routery i modemy sprzętowe w praktyce
W szafach IT i na aukcjach wciąż leżą urządzenia, które potrafią pełnić rolę samodzielnego routera dial‑up. Część z nich ma wbudowany modem, inne obsługują zewnętrzne modemy na porcie szeregowym.
Klasyczne routery z portem WAN „modemowym”
Urządzenia pokroju Cisco 8xx/16xx, niektóre małe routery SOHO, potrafią wykorzystywać port asynchronous jako WAN. Zwykle wymaga to odpowiedniego kabla (np. Cisco CAB‑ASYNC) i prostego modemu z AT‑komendami.
Minimalna konfiguracja na routerze Cisco (przykładowo):
interface Async0
ip address negotiated
encapsulation ppp
dialer in-band
dialer string 1234567
dialer-group 1
ppp chap hostname dialuser
ppp chap password 0 haslo
ip route 0.0.0.0 0.0.0.0 Async0
access-list 101 permit ip any any
dialer-list 1 protocol ip list 101Modem wpięty w Async0 dostaje serię komend, router sam wybiera numer i negocjuje PPP. Urządzenie staje się niezależnym routerem NAT/PPP dla całej sieci Ethernet.
Sprzętowe routery z wbudowanym modemem 56k
Istniały też małe pudełka łączące w sobie funkcję modemu i routera – niektóre marki SOHO, a także sprzęt typu ZyXEL Prestige czy drayteki z epoki ISDN/analog.
Konfiguracja sprowadza się do:
Wiele takich pudełek ma wbudowany serwer DHCP, więc do obsługi kilku retro komputerów wystarczy jeden zasilacz, linia telefoniczna i garść kabli RJ‑45.
Modele „terminalowe” i serwery RAS
Ciekawą kategorią są urządzenia projektowane jako zdalny dostęp do sieci firmowej: stare serwery RAS, koncentratory modemów, terminal serwery z modułem PPP. Często mają po kilka–kilkanaście modemów i potrafią jednocześnie obsługiwać wiele sesji dial‑up.
Dla zastosowań hobbystycznych można wykorzystać taki sprzęt jako:
Optymalizacja i „odchudzanie” ruchu dla dial‑up
Przy 28,8 czy 56 kb/s liczy się każdy pakiet. Odpowiednie przygotowanie sieci i aplikacji robi odczuwalną różnicę między „da się używać” a „frustracja po minucie”.
Filtrowanie i priorytetyzacja ruchu
Nawet prosty zestaw reguł QoS potrafi sprawić, że terminal tekstowy będzie reagował natychmiast, podczas gdy przeglądarka w tle pobiera stronę kilka sekund dłużej. Na Linuksie można wykorzystać tc i klasy HTB/PRIO.
Przykładowe, uproszczone podejście:
Dobre efekty daje też ręczne wpisanie „znanych” szybkich serwerów DNS, by uniknąć wielokrotnych prób rozwiązywania nazw.
Lekkie przeglądarki i tryb tekstowy
Jeżeli celem jest faktyczne surfowanie po WWW, wybór oprogramowania ma kluczowe znaczenie. Na retro maszynach i współczesnych systemach można skorzystać z:
Popularny schemat: retro PC łączy się przez PPP, ale całą ciężką pracę (HTTPS, kompresję, zmniejszanie obrazów) wykonuje maszynka pośrednia. Dla starej przeglądarki świat wygląda jak prosty HTML 3.2, a fizyczny transfer jest kilkukrotnie mniejszy.
Mail, czat i newsy w wersji „retro-friendly”
Protokół e‑mailowy świetnie znosi niskie przepustowości, pod warunkiem że nie próbujesz załączników po kilkadziesiąt megabajtów. Praktyczne sztuczki:
Dla komunikacji „na żywo” IRC, Matrix z bramką IRC, stare ICQ/Jabber na zewnętrznym serwerze‑proxy – wszystko to daje się z powodzeniem używać, o ile nie przerzucasz plików i nie odpalasz masowych notyfikacji.
Bezpieczeństwo i izolacja przy zabawie z retro dial‑up
Po podłączeniu do sieci publicznej nawet Windows 98 czy stary Linux staje się pełnoprawnym uczestnikiem dzisiejszego Internetu – wraz z całą tablicą współczesnych zagrożeń. Warto więc potraktować dial‑up jak każdy inny WAN.
Segmentacja sieci dla starych systemów
Zamiast wieszać retro PC bezpośrednio w tej samej sieci co nowoczesny sprzęt, lepiej wstawić go do osobnego VLAN‑u lub nawet osobnego fizycznego segmentu. Daje się to zrobić tanio:
Reguły firewall mogą blokować inicjowane z zewnątrz połączenia do retro hostów, pozwalając im jedynie wychodzić na zewnątrz przez NAT.
Proxy i mosty aplikacyjne jako dodatkowa warstwa
Dobrym pomysłem jest nie wypuszczanie starego systemu bezpośrednio w świat, tylko zmuszenie go do korzystania z pośredników:
W ten sposób realny „kontakt” z nowoczesnym Internetem ma wąska grupa dobrze utrzymanych serwerów, a nie 25‑letni Windows z niezałatanymi usługami sieciowymi.
Typowe problemy i diagnostyka połączeń dial‑up
Nawet przy dobrym sprzęcie i konfiguracji dial‑up bywa kapryśny. Analiza przyczyn wymaga nieco innego podejścia niż przy Ethernet/Wi‑Fi.
Błędy modemu i negocjacji
W pierwszej kolejności dobrze jest przechwycić log konwersacji AT. Wiele sterowników i programów (wvdial, minicom, HyperTerminal) potrafi zapisać sesję do pliku.
Najczęstsze objawy:
Pomaga stopniowe upraszczanie konfiguracji: wyłączenie kompresji (AT&K0), wymuszenie niższego standardu (AT+MS=V22B,0,2400,2400), pozbycie się wszystkich udziwnień w bramce VoIP.
Problemy z PPP i routingiem
Druga kategoria błędów to już warstwa IP. Gdy połączenie „dzwoni”, ale brak Internetu, trzeba spojrzeć w logi PPP/OS.
Typowe kłopoty:
Dobre narzędzia diagnostyczne to pppstats, tcpdump na interfejsie PPP oraz zwykłe ping/traceroute do adresów IP zamiast nazw.
Stabilność przy dłuższych sesjach
Najczęściej zadawane pytania (FAQ)
Czy da się jeszcze podłączyć modem dial-up w 2025 roku?
Tak, w wielu przypadkach da się wciąż uruchomić dial-up w 2025 roku, ale nie jest to już tak proste jak kiedyś. Kluczowe jest posiadanie działającej linii zdolnej przenosić sygnał analogowy: klasycznej linii PSTN po miedzi, działającej linii VoIP z odpowiednią bramką FXS lub własnego „serwera dial-up” z modemem po drugiej stronie.
W praktyce oznacza to, że musisz najpierw sprawdzić rodzaj swojego telefonu stacjonarnego (PSTN vs VoIP), a jeśli klasyczny PSTN w twojej okolicy już nie istnieje, rozważyć alternatywy: połączenia modem–modem lokalnie, konfigurację własnego serwera PPP z modemem lub wykorzystanie emulatorów modemu i rozwiązań VoIP.
Jak sprawdzić, czy mój telefon stacjonarny nadaje się do dial-upu?
Najpierw ustal, czy masz klasyczną linię analogową, czy VoIP. Jeśli kabel telefoniczny idzie bezpośrednio ze ściany do gniazdka telefonicznego (np. RJ-11) i dalej do telefonu, jest duża szansa, że to PSTN. Jeśli telefon wpinasz do routera operatora (gniazdo TEL/PHONE) albo do małej bramki VoIP, korzystasz z VoIP.
Następnie podłącz modem do tej samej linii i spróbuj wykonać połączenie komendą ATDT na dowolny numer (np. komórkowy). Jeśli modem zgłasza, że linia jest zajęta lub nie może się połączyć, możliwe, że linia nie przenosi sygnału modemowego albo operator stosuje kodeki VoIP niekompatybilne z dial-upem.
Jakie modemy i routery warto użyć do dial-upu dzisiaj?
Najbardziej uniwersalne są zewnętrzne modemy analogowe na RS-232 (np. US Robotics Courier/Sportster, ZyXEL Omni, Elsa Microlink). Podłączysz je zarówno do retro komputerów z portem COM, jak i do współczesnego PC przez adapter USB–RS232. Dają pełną kontrolę komendami AT i czytelne diody statusu.
Dla bardziej zaawansowanych ciekawą opcją są retro routery z wbudowanym modemem (np. ZyXEL Prestige, niektóre US Robotics, Cisco z WIC-1AM). Pozwalają udostępnić dial-up przez Ethernet wielu urządzeniom i korzystać z mechanizmów typu dial-on-demand czy prosty routing/NAT.
Czy dial-up zadziała przez VoIP (router operatora, bramka FXS)?
Dial-up przez VoIP może działać, ale nie ma na to gwarancji. Wszystko zależy od tego, jak operator skonfigurował usługę: jakich kodeków używa (G.711 ma największą szansę powodzenia), jakie są opóźnienia, jitter i czy nie ma dodatkowych mechanizmów kompresji lub oszczędzania pasma.
Typowe scenariusze to:
Jeśli chcesz eksperymentować, ustaw w bramce VoIP kodek G.711, wyłącz wszystkie „ulepszacze” głosu (echo cancellation, VAD itp.) i testuj różne prędkości modemu.
Jak podłączyć stary modem RS-232 do współczesnego komputera?
Jeśli Twój komputer nie ma fizycznego portu COM, potrzebujesz adaptera USB–RS232. Wybierz model z pełną obsługą sygnałów linii (DTR, DSR, RTS, CTS, DCD), bo niektóre najtańsze adaptery oszczędzają na tych liniach, co utrudnia współpracę z modemem.
Po podłączeniu:
Dalej konfigurujesz połączenie tak samo jak na starym PC – systemowy dialer, PPP lub odpowiednie narzędzia sieciowe.
Czy mogę mieć dial-up bez prawdziwej linii telefonicznej?
Tak, ale będzie to raczej „pseudo dial-up”. Możesz:
To pozwala zachować klimat pracy z modemem, kompatybilność z retro oprogramowaniem i eksperymenty z PPP, ale bez klasycznego PSTN i „prawdziwego” wybierania numeru przez centralę.
Czy dial-up ma dziś sens jako zapasowe łącze internetowe?
W niektórych niszowych zastosowaniach tak, ale trzeba mieć świadomość ograniczeń. Przepustowość 56k oznacza, że współczesne strony WWW są praktycznie nieużywalne bez agresywnego filtrowania (proxy, wyłączanie grafik, blokowanie JS). Dial-up sprawdzi się raczej do:
Jeśli traktujesz dial-up jako element kolekcjonerski lub edukacyjny, ma on duży sens. Jako główne łącze domowe – tylko w absolutnej ostateczności.
