• #106171 PROHARDVER!

  Új Válasz 2025-08-29 16:38:34 #106171

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  PROHARDVER!

  (rögzített hozzászólás)

  Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.

Új hozzászólás Aktív témák

• #2312 Jester01 veterán VladimirR #2311

  Új Válasz 2006-10-15 04:54:46 #2312

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz VladimirR #2311 üzenetére

  Utána a távoli asztalnak a csatlakozáskor a helyi gép (tehát ami elõtt ülsz, és nem pedig az otthoni linux vagy win gép) 89-es portját adtad meg, ugye? Ja és bocs, hogy ilyesmivel gyanúsítalak, de ugye magát az ssh parancsot is azon a gépen indítod ahol ülsz (lokálisan)? Tehát van 3 gép: legyen I mint Iskola, L mint Linux és W mint Windows. Az ssh parancsot az I gépen kell kiadni, hogy kapcsolódjon az L gép publikus ipjén figyelõ sshd-hez, ugyanakkor hozzon létre egy tunnelt az I gép tetszõleges portja (jelen esetben 89, de mivel ez a forgalom routing szempontjából nem megy ki az I géprõl így erre nem is vonatkoznak az iskolai megkötések) és a W gép 3389-es portja között. Ezekután az I gép 89-es portjára irányuló forgalom az ssh tunnelen keresztül a W gép 3389-es portjára fog kerülni (ahol úgy fog látszani, mintha az L géprõl jönne). Ezért a távoli asztalhoz való csatlakozáskor az I gép 89-es portját kell megadni. Amíg az az ssh session él, addig szépen csinálja a tunnelt.
  
  Egyébiránt kipróbáltam az általad írt iptables parancsokat. Nálam kifogástalanul teszi a dolgát, igaz, én csak magát a portforward tényét ellenõriztem nem pedig távoli asztalt próbáltam.

Új hozzászólás Aktív témák