- Telekom mobilszolgáltatások
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Samsung Galaxy Note20 Ultra - a tollnak nincs ellenfele
- VoLTE/VoWiFi
- Közönségkedvenc Galaxy vált One UI 6.1-re
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Vodafone mobilszolgáltatások
- Magisk
- iPhone topik
Hirdetés
-
Ilyen lehet a Samsung Galaxy Watch7 Ultra
ma Renderképek mutatják meg a Samsung júliusban megjelenő új felső kategóriás okosóráját.
-
Skull and Bones - Egy hétig ingyen játszhatunk vele
gp Az önjelölt kalózok ránézhetnek az Ubisoft játékára, hátha valaki úgy dönt, hogy megvásárolja azt.
-
NVIDIA: a következő nagy dolog az AI-generálta videó
it Az NVIDIA vezérigazgatója szerint még nagyobb keresletet hoznak majd a chipjeik iránt az AI által generált videók. Pedig nagy baj nincs, legutóbb így is 200 milliárd dollárral nőtt a cég piaci értéke a kedvező tőzsdei hangulat miatt.
-
Mobilarena
VoIP
Új hozzászólás Aktív témák
-
sssent
senior tag
Igazából nem tudom mi van a Nokiánál, csak találgatok. Elképzelhető, hogy a Nokia kliense a telefonon is az 5060-as portot használja, és a T ezt szűri. Ha másik telefonon keresztül SIP-elsz, akkor a NAT ezt összekeveri, ezért működik. Erre a VPN-en, vagy másik SIP kliensen kívül nincs is megoldás. A szerver 5060-as portjának szűrésére (technikailag) van.
Ha az ÁSZF tiltja a SIP használatát, akkor azt ugyebár nem szabad használni. De tegyük fel, hogy van egy privát webszervered, mit ad Isten, pont az 5060-as porton. Ha a szolgáltató ennek elérését korlátozza, akkor jogosan próbálhatod megkerülni azt, mondjuk az alábbi módon.
Tegyük fel, hogy van egy linuxos routered (szervered), amihez root hozzáférésed is van. Ha adott ez a feltétel, akkor szerintem már tudod, hogy mit csinálj az iptables-szel ahhoz, hogy forwardold mondjuk a routered 80-as portját a webszervered 5060-as portjára. Ha mégsem, akkor irány a megfelelő topic és/vagy a gugli. Ha a gyári szoft. futkos a routereden, akkor esetleg megpróbálhatod ugyanezt a webes felületen a port-forwarding szabályoknál is, de ott ez többnyire nem szokott összejönni, a GUI általában nem engedi, hogy a cél IP a belső hálón kívül legyen. Ezek után értelemszerűen a webszervered a routered 80-as portján lesz elérhető.
(Szerk.: az kimaradt, hogy ha a WAN interfészen, a forwardolt 80-as porton van a router webes admin felülete is, akkor azt fentivel nyilván elérhetetlenné teszed. De valószínűleg más porton is működne ugyanez.)Ha azon az 5060-as porton mégsem egy webszerver futna, és a szolgáltató tartalom alapján is szűr (nem tartom valószínűnek, de amúgy nem tudom), akkor a fenti nem működne. De ugyebár mi tiltott forgalmat úgysem akarunk csinálni
Ha végképp nem akarjuk a szolgáltató orrára kötni, hogy mire használjuk az amúgy cseppet sem olcsó adatforgalmi keretünket, akkor marad a VPN, amin minden átmegy, csak sajnos lényegesen körülményesebb konfigurálni.
[ Szerkesztve ]
Új hozzászólás Aktív témák
● Olvasd el a téma összefoglalót!
● Nyílt egy topic a komolyabb kérdéseknek, ezentúl ott beszéljetek erről:
VoIP - mélyvíz
- - MAKULÁTLAN - ASUS ZENBOOK PRO 16X 4K OLED - i9-12900H, RTX 3060, 32GB, 1TB, Win11PRO, 3 ÉV GARI
- ÚJ ASUS ROG ZEPHYRUS G16 - 16" WQXGA 240Hz - i9-13900H - 16GB - 1TB - RTX 4050 - Win10 - Garancia
- Dell Latitude 7490,14",FHD,i5-8350U,16GB DDR4,256GB SSD,WIN10,TOUCH
- HP EliteBook 645 G10 (817M3EA) - ÚJ 14" üzleti notebook - Ryzen 5 PRO, W11 pro, WWAN
- 3 db ICERIVER KAS KS0 PRO
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen